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LPC11U00 
Low cost Cortex-MO USB solution 


SmartCard interface 


Small form-factor mobile and consumer 
applications 


Migration path to Cortex-M3 


Better approach to USB with configurable 
buffer management 


Up to 32K Flash and 6K RAM (2K USB SRAM) 


www.nxp.com/microcontrollers 
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If you need more power, just switch over from PIC or dsPIC to PIC32 easily. We have been 
carefully planing backward compati ty for over 500 of our library functions, so you will be 
able to literally copy-paste your existing codes and build them with just a few adjustments. 


MikroElektronika www.mikroe.com 





Poor man’s 
radiation meter 


After the terrible accident at the Fuku- 
shima nuclear power plant the demand 
for Geiger counters surged. No wonder as 
many people wanted to establish fallout 
levels in their own area. A company like 
Conrad Electronics with several types of 
Geiger counter in their catalogue saw 
their stock vanish within a few days. The 
manufacturer of the devices having prob- 
lems coping with the demand is evidenced 
by Conrad Electronics on their website 
advising that supplies are likely to slip into 
February 2012! 

For Elektor the sudden interest in Geiger 
counters was reason enough to start 
thinking about a simple, inexpensive and 
homebrew radiation detector suitable for 
all measurements in this field, Afterall, 
radiation is permanent and everywhere, 
and possible sources should be identified 
carefully, as well as the levels of radiation 
they put out. 

It’s a long known fact that a simple photo- 
diode can be used as a radiation detector 
if properly set up. When combined with 

a low-noise amplifier, you have a basic 
instrument for making the presence of 
X-rays and gamma rays visible and audible. 
Although it does not allow you to measure 
absolute values, you will get a reasonable 
idea of the radiation fields surrounding 
you. So be sure to read and digest the arti- 
cle “Measure Gamma Rays with a Photodi- 
ode” on page 22 

Another ‘hot' topic, but in a slightly dif- 
ferent meaning, is the Android operating 
system running in numerous smartphones 
and other portable equipment. In this 
edition we show you how to develop 
Android apps for your own applications in 
a relatively simple manner. A good deal of 
attention is given to the relevant hardware 
and software. Also highly recommended! 
Have fun with these and many other 
articles in the June 201 edition. I'm already 
busy editing and compiling the articles 

to go into the upcoming July & August 
‘Project Generator’ edition! 


Jan Buiting, Editor 
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Colophon 
Who's who at Elektor magazine. 


News & New Products 
A monthly roundup of all the latest in 
electronics land. 


Elektor OSVP! 

Introducing a state of the art electrical 
self-balancing vehicle that’s open-source 
to a high degree 


Developing Apps for Android 

Here we explore how to build an App 
for Android-based smartphones with no 
more than a TI Beagle board and a PC. 


Measure Gamma Rays 
with a Photodiode 

Ahighly topical how-to on the use of 
a humble photodiode type BPW34 to 
detect X-rays and gamma radiation. 


Picoscope 3000 on Test 

We put a Picoscope 32068 through its 
paces and examined its hardware and 
software complement. 


Geolocation with the ATM18 

There's no end to what you can do with 
an Elektor ATM18 module. And now you 
can find its whereabouts anywhere on the 
globe. 


Audio DSP Course (2) 
In this the second part of the course we 
tackle the process of DSP programming. 


E-Labs Inside: 

PCB design: beware the tiny details! 
The lab baffled by 15 thousands of a 
millimetre, really! 


E-Labs Inside: 

Hurricane at SMD scale 

Taming a hot air reflow solder station to 
make it suitable for those tiny parts. 


E-Labs Inside: 

Down to Earth 

Ruminations on the use of a device to tackle 
Phase and Earth issues in AC wall outlets. 


wet 

































































06-20 





elektor 


























CONTENTS 


16 Developing Apps for Android 


Current estimates indicate that 350,000 new Android phones go on the air 
each year. What is the reason for this amazing success? Is it Google? Or the fact 
that it's open source? Or because it works well? In any case, the specific reason 
isn’t that important; what matters is that you can also join the trend and deve- 
lop your own Android apps. Here's how! 


22 Measure Gamma Rays 
with a Photodiode 


Geiger-Miiller counter tubes are getting hard to find and expensive, and even 
if you do manage to get hold of one, you will still need to find a way to gene- 
rate its operating voltage of several hundred volts. It is less well known that 
even a humble photodiode such as the BPW34 can be used to detect X-rays and 
gamma radiation 


32 Geolocation with the ATM18 


A GPS modem module with a built-in GPS receiver allows its location to be de- 
termined very precisely. If you combine it with an Elektor ATM18 module and 
install the lotin your car, you have a tracking device that can send you e-mail or 
text messages to let you know exactly where your prize vehicle is. 


62 VGA Add-on for Microcontrollers 


Many projects require a large amount of information to be displayed, but the 
size of the display itself is often a problem. One solution is to use an old 14” or 
15” computer monitor that’s been scrapped but is still working. The VGA board 
described in this article lets you do just this, and is compatible with any micro- 
controller that has a serial port. 
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E-Labs Inside: 

Driver plate modification for 
ElektorWheelie 

Strengthening the wheel bolts is 
necessary in some cases. Here's how. 


Here comes the Bus! (6) 

The design has ripened to the extent 
that a real PCB can be presented to start 
experimenting for real. 


Inside USB 

This is for all of you happy with all the USB 
pluggin’ going on but really wanting to 
know what's going on under the bonnet. 


E-blocks: Flowcode RC5 

E-blocks and Flowcode make a great team 
when you want to add infrared remote 
control to your projects! 


VGA Add-on for Microcontrollers 
Got an old computer monitor? Then put 
your microcontroller on the screen with 
this clever board operating on the basis of 
serial commands. 


Design Tips: 

AVR and 8051 drive 2-colour LEDs 
Combine software and hardware to 
control 2-colour LEDs in ingenious ways. 


Stellaris ARM Controller 

goes Biological 

Design considerations for an egg 
incubator made from a rice cooker. 
Microcontroller-driven, of course. 


Hexadoku 
Elektor's monthly puzzle with an 
electronics touch. 


Retronics: 
Solid Light: the Remarkable 
Prehistory ofthe LED 

Regular feature on electronics ‘odd & 
ancient’. Series Editor: Jan Buiting 





Coming Attractions 
Next month in Elektor magazine. 
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in a unique combination of knowledge and fun. 


Elektor Proton Robot 


> A versatile platform for learning and experimenting 


The Proton Robot from Elektor is a versatile platform that's suitable for students, enthusiasts 
and professionals alike. The robot can operate with a variety of microcontroller families, 
andit supports a broad spectrum of sensors and actuators. This is an ideal opportunity to invest 





Characteristics 

* Ultrasonic distance sensor 
* 8 LEDs in the mouth 

* 8 LEDs in the body 

* Piezoelectric speaker 

* 3 infrared distance sensors 
* Motor drive module 

* 3line detectors 

* LED eyes 

* 2 phototransistors 

* 2 servomotors 

+ LD 

* Red and black buttons 

* Audio module 

* Gripper 


Ordering 





Complete kit: 
Body, head, audio, gripperand 


£1085 /US$1745 | €1249 


Body, head, audio, gripperand 








S £1475 [US $2375 |€1699 





You can order the robot ready assembled and 
tested but also as a complete kit for DIY assembly. 


PICor AVR control board to choose 


Ready assembled and tested robot: 


PIC or AVR controlboardto choose 













































Further information and ordering at 


www.elektor com|proton 
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y of Bath invention to be sent into space 
_= > Recently the UK Space Agency announced that 
it would launch a pilot CubeSat programme, in 
which a miniaturised satellite, known as UKube 
1, is sent into space to conduct research. 
UKube’s maiden flight programme included 
competition for companies and academic groups 
‘to come up with innovative ideas for devices to join 
the CubeSat, with the UK Space Agency selecting 
the three most pioneering to be sent into space. 
The University of Bath's competition team has 
developed TOPCAT, a piece of equipment that 
can measure the areas of space just beyond the 
earth's atmosphere called the plasmasphere. The 
UK Space Agency was impressed with the team's 
design and it was awarded a position on Ukube 
1's maiden mission. 
The results from the measurements taken by 
TOPCAT will allow plasmasphere conditions to 
be monitored and reacted to, reducing negative 
implications for GPS and improving systems such 
as satellite navigation and telecommunications. 
TOPCAT team member Julian Rose said: “Being 
able to monitor and react to events in the earth’s 
atmosphere is crucial in maintaining GPS accuracy and integrity. The ionosphere 
can seriously degrade GPS signals and may lead to positioning inaccuracies of tens 
of metres.” Bursts of radiation from the sun or space weather events bombard the 
ionosphere and can make matters worse.” 
Professor Cathryn Mitchell at the University of Bath, said: “The competition was a 
fantastic opportunity for us to get to a position where we can really measure these 
conditions, as the altitude of the satellite will allow a unique viewing angle and will 
complement the ground-based measurements currently available.” Essentially, being 
able to send TOPCAT into space allows us to produce improved resolution images 
allowing more in-depth monitoring of the near-earth space environment.” 
PhD student Talini Pinto Jayawardena, pictured here assembling the payload, will 
be responsible for developing TOPCAT, under the supervision of Professor Cathryn 
Mitchell, Dr Robert Watson and Julian Rose. 
Talini completed her MEng in Space Science & Technology at the University of Bath 
so is perfectly qualified for the job. She said: “Being involved in the TOPCAT project is 
extremely exciting. Building TOPCAT is expected to take about six months and as itis the 
first system of its type there are certain to be challenges to overcome. “The main testis to 
install the dual frequency GPS receiver and test it vigorously before sending it into space.” 
TOPCAT is funded by the University of Bath and the Bath Alumni Fund. It is supported 
by Rutherford Appleton Laboratory, Mullard Space Science Laboratory and UK company 
Chronos Technology. 


(10270-XIl)_ www.bath.ac.uk 


First low current areas ous 
modems. Many devices are not able to sup- 

GSM/GPRS modem for ply such power requiring the modem to be 

machine-to-machine plugged into a dedicated power supply. This 


(M2M) 


GSM/GPRS network connectivity, which 
is ideal for M2M data exchange, requires 
the supply of enough energy to cope with 
high consumption peaks of external cellular 


significant constraint increases the upfront 
investment and makes the on-site installa- 
tion process more complex since it requires 
an additional cable and power plug. With its 
internal Super Capacitor, Cellgo eases such 
installation processes by eliminating the need 





fora dedicated power supply. 
Cellgo is an external modem enabling serial 
devices to connect to the GSM/GPRS net- 
work through a single cable grouping both 
data and power signals. The internal Super 
Capacitor enables power-constrained prod- 
ucts, such as battery-powered ones, to han- 
dle power bursts required during cellular 
data transmission. Cellgo’s maximal con- 
sumption is below 400 mA under 5 V. 
Cellgo is driven through easy-to-use AT# 
commands that trigger TCP socket data 
transfers, email sending, and FTP file 
reception for immediate transfer of data 
via the Internet through the cellular net- 
work. Equipped with an internal quad-band 
antenna and internal SIM card holder, all in 
a compact and stylish form, Cellgo is a per- 
fect fit for snap-in installations. 

Cellgo can be used with different types of 
‘already-in-the-field’ devices equipped with 
serial ports including remote patient moni- 
tors, telecardiology monitors, alarm and 
security systems, TV set-top-boxes, point- 
of-sales equipment, energy metering sys- 
tems, and more. 


(n10270-X)  www.edevice.com]Cellgo 


Capacitors reduce flicker 
and acoustic noise in LED 
lighting applications 





Murata recently announced the introduc 
tion of a series of capacitors specifically 
designed to provide DC smoothing and 
acoustic noise reduction in LED lighting 
applications. As the market for LED lighting 
has steadily grown customers have recog- 
nized that a capacitive DC bias, that results 
in less actual capacitive value, and a piezo- 
electronic phenomenon within capacitors 
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has been the cause of light flickering and 
acoustic noise. 

Previously, many designers have avoided 
the use of ceramic capacitors in LED lighting 
applications even though they have supe- 
rior size and higher temperature reliability. 
The GR3 and RDE series of multi layer ceramic 
capacitors (MLCC) have been designed by 
Murata to be incorporated in LED lighting cir- 
cuits, immediately following the bridge recti- 
fication stage, to provide DC supply smooth- 
ing and EMI filtering. The GR3 family is for 
reflow soldering use and the RDE family pro- 





vides radial leaded insertion production. Com- 
pared to standard ceramic capacitors, tests by 
Murata showed a 10 dB reduction in acoustic 
noise by using the new GR3 MLCC capacitors. 
Further noise reductions are possible with the 
RDE leaded parts. Both families provide better 
DC bias and acoustic noise reduction perfor- 
mance than X7R series. 

The GR3 is available in 250, 450 or 630 VDC 
rating and popular capacitances start- 
ing from 10 nF and up to 1,000 nF for the 
250 VDC range, to 560 nF for 450 VDC and 
270nF for the 630 VDC. Package sizes for 
the GR3 series include 0805, 1206, 1210, 
1812 and 2220, The RDE leaded series has 
the same voltage rating as the GR3 series 
with capacitances of 10 nF to a maximum 
of 2.2 uF for the 250 VDC part, 1.2 uF for 
the 450 VDC, and 560 nF for the 630 VDC 
component. 





(n0270-VII)  www.murata.eu 


New LUXEON H LED 
simplifies design of space 
constrained lighting 
solutions such as retrofit 
bulbs 


Philips Lumileds continues to expand its 
LUXEON LED portfolio with its first high 
voltage emitter, LUXEON H. The new emit- 
ters are driven directly with rectified AC 
voltage rather than constant DC current. 
This high voltage architecture maximizes 
space for additional thermal management, 
permitting an increase in the thermal limit 
for even the smallest bulbs. The 50 Volt 
LUXEON H flexibly supports both 110V and 
240 VAC grids. 

Designed to meet the demands of space 
constrained retrofit bulbs, LUXEON H emit- 
ters deliver industry leading thermal perfor- 
mance and reliability as well as high qual- 
ity, warm white light. Two colour tempera- 








tures are available, 2700 K and 3000 K, with 
typical CRIs of 83. Typical flux is 84 lumens 
and 90 lumens respectively for the two 
correlated colour temperatures. The new 
LUXEON H emitters are identical in foot- 
print to the compact LUXEON Rebel and 
LUXEON Rebel ES LEDs further simplifying 
implementation. 

Initial uses of LUXEON H are expected in the 
retrofit bulb market where form factors for 
the bulbs are already defined and space is 
at a premium — especially so for the small- 


NEWS & NEW PRODUCTS 


est bulb types ranging from the candelabra 
to the intermediate Edison, E10-£17 types. 
Philips Lumileds expects new solutions 
using LUXEON H to come to market during 
the second quarter of the year. 
LUXEON H is in volume production and is 
available with standard lead times from 
Future Lighting Solutions. 
Philips Lumileds continues to expand its 
LUXEON portfolio for the illumination mar- 
ket. LUXEON H joins the recently released 
LUXEON S, the first product with Freedom 
From Binning, and LUXEON Rebel and LUX- 
EON Rebel ES, the most widely used power 
LEDs, to form a complete offering to the 
lighting community. 
wow philipslumileds.com 
www. futurelightingsolutions.com 
(110270-IX) 


Cypress: SuperSpeed USB 
chip has ARMg core 

Cypress Semiconductor Corp. launched its 
first USB 3.0 controller, the EZ-USB® FX3 
targeted at video and imaging, printing, 
scanning, and a variety of applications that 
need higher throughput than USB 2.0. The 
new EZ-USB FX3 (CYUSB3014) device is a 
flexible peripheral controller with a General 
Programmable Interface (GPIF II) that deliv- 
ers a 5-Gbps USB 3.0 data pipeline, a fully 
configurable ARM9™ processor core and 
backwards compatibility with USB 2.0. With 
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168mm x 186mm 
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*per piece, incl. VAT (21%) 
+ shipping costs e. g. Germany 10,71 EURO 


No-frills policy 
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an internal bus architecture designed to 
operate at 4 times the USB 3.0 speeds, EZ- 
USB FX3 is ideal for moving large amounts 
of data extremely fast. It can, for example, 
deliver high-definition video streaming in 
imaging applications, eliminating the need 
for compression on the peripheral side. 
The new USB 3.0 controllers enable design- 
ers to quickly and easily customize solutions 
for their end markets, since the ARMI" 
core is fully accessible for use as an inde- 
pendent microcontroller. 
USB is the most successful peripheral con- 
nectivity standard with an installed base 
of billions of devices and has been heav- 
ily adopted in consumer electronics, PC 
peripherals and portable devices. USB 3.0 
is the next step in the wired USB market, 
offering the same ease of use and flex- 
ibility that users expect, but at the much 
higher data rate of 5 Gbps. USB 3.0 also 
offers better power management (20 per- 
cent of USB 2.0) and faster battery charg- 
ing (charge in half the time) compared to 
USB 2.0. Cypress's new FX3 controller will 
enable USB 3.0 adoption across a variety of 
platforms, just as the Cypress FX2 controller 
did for USB 2.0. 
“Cypress has been leading the wave of USB 
adoption with low-speed, full-speed and 
high-speed solution, and will continue to do 
so with SuperSpeed USB 3.0. Our success in 
USB is based on our flexibility, quality and 
breadth of portfolio,” said Dinesh Ramana- 
than, Executive Vice President of Cypress’s 
Data Communication Division. “Our USB 
3.0 solutions were built using those princi- 
ples, and we're working with our custom- 
ers to help deliver end-market products that 
enable consumers to take advantage of USB 
3.0's bandwidth. EZ-USB FX3 is the first of 
a series of planned USB 3.0 solutions from 
Cypress”. 
The EZ-USB FX3 CYUSB3014 controller is 
sampling now and full production quanti- 
ties are expected in September of 2011. Itis 
offered in 121-ball 10x10mm BGA package 
and in Industrial Temperature grade. 
www.cypress.com/go/superspeed 
(04214) 





iWEM-1001 WiFi modules 


The iWEM-1001 series from Lemos Inter- 
national Co. Inc. is an ultra low power con- 
sumption WiFi module with lightening fast 
boot-up/connection feature designed for 


10 


industrial application. It is the key prod- 
uct to complete last mile M2M wireless 
connectivity. 

The iWEM-1001 series WiFi modules are 
fully integrated WiFi solutions in a com- 
pact IGstyle SMT packaging. The module 
allows engineers to make any product hav- 
ing WiFi connectivity without RF experience 
and without months of hardware as well 
as software development time. The only 
hardware requirement for the host system 
to add WiFi connectivity is a simple 3-wire 
UART interface that is the common inter- 
face most micro-controllers have. 

The iWEM-1001 has been designed from 
inception to maximize battery life and 
achieves ultra low-power consumption. 
The power conservation architecture oper- 
ates in two modes: an active mode and a 
sleep mode. The active mode consumes 
30-200 mA depending on TX data density. 
The sleep mode consumes less 0.5 mA. The 
user can maximize the battery life by keep- 
ing the iWEM-1000 in sleep mode most of 
time and only waking it up when needed. 


iN i int 
FE CED masia 





Features 

* Wi-Fi, 802.11b/g PHY/MAC at up to 
54 Mbps. 

* Interface to your favourite microcon- 
troller using only 3 wires. 

* Flexible antenna choice: Embedded Chip, 
UFL and SMA. 

* General sensor interface for monitoring 
push buttons, temperature, motion, and 
acceleration. 

+ 11 GPIOs (GPIO 2-9, and 12-14) for gen- 
eral use 

* Easy battery operation. On-chip power 
regulators and power management 
circuits. 

+ Pre-installed Atech Wifi Thin-Client appli- 
cation firmware provides complete net- 
working functionality. 

* Infrastructure and Ad-Hoc mode support. 

* Open, WEP-40, WEP-128, WPA-PSK, 
WPA2-PSK Security TCP/IP, DHCP, UDP, 
DNS, ARP, ICMP. 


* Simple ASCII command set to configure 
the module. 

* Over the air TFTP firmware upgrade. 

* Sleep mode support. 


Applications include industrial and home 
automation, wireless sensing/control, wire- 
less smart metering, cable replacement, 
asset tracking, health and fitness monitor- 
ing and MCU interface connectivity. 
wwwlemosint.com (10421-11) 


Farnell first with new 
ranges of switches from 
Würth Elektronik 


Farnell, the leading multi-channel distrib- 
utor of electronic and industrial compo- 
nents has introduced eight new ranges of 
switches from Wiirth Elektronik, the leading 
electronic interconnect & electromechani- 
cal solutions provider. 

During 2010 Farnell achieved record lev- 

els of sales growth for Würth Elektronik 
products. The addition of new switches will 
strengthen the product portfolio offered by 
Farnell and help to increase business levels 
further. 
The new switches are all rated for use 
between -40°C and +85 °C and include com- 
binations of compact, piano style, and tactile 
flatactuator switches in both surface mount 
and through hole formats. The diversity of 
the new switch ranges will allow Farnell to 
better address the needs of design engin- 
eers working in a wide range of end markets. 
Access to data for the new switch ranges 
and discussion is available via element14 
to help customers with their new applica- 
tions and speed time to market for their 
new designs. 


wwfarellco.uk (1o42) 
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Philips Lumileds: LUXEON 
A illumination grade LED 


‘LUXEON A’ introduced recently is the lat- 
est illumination grade LED from Philips 
Lumileds that reduces the engineering 
effort required for new solutions and deliv- 
ers Freedom From Binning. LUXEON A 
shares the LUXEON Rebel ES platform and 
footprint and incorporates a 2 square mil- 
limeter thin film flip chip and Lumiramic 
phosphor technology to deliver the high- 
est quality of light at 2700K and 3000K with 
very high efficacy and light output. 
All LUXEON A LEDs are hot-tested and speci- 
fied at a junction temperature of 85°C that 
represents real-world operating conditions. 
Lumileds’ unique chip and phosphor tech- 
nology allows colour targeting that ensures 
all LUXEON A emitters fall within a single 
3-step MacAdam ellipse 
on the black body 
curve. The qual- 
ity, uniform- 
ity, and 


con- 
sistency of 

the light from 

LED to LED relieves 

luminaire manufacturers 

and lighting designers of many of their long 
held concerns about the suitability of LED 
technology for illumination 

Freedom From Binning gives the indus- 
try great confidence in quality of light and 
Lumileds’ hot testing pays dividends for the 
engineers that design LED solutions. The LED 
industry has long tested and specified prod- 


ucts at an LED chip junction temperature of 
25°C, It's well known that in applications like 
down lights and retrofit lamps, LED junction 
temperatures are more likely to be near 
85°C. This has meant that luminaire manu- 
facturers have had to make many complex 
calculations to determine actual light out- 
put, efficacy, and colour point of their prod- 
ucts. Lumileds’ hot testing simplifies the 
entire process by providing the actual oper- 
ating condition information so that there's 
no ambiguity, performance hyperbole, or 
wasted engineering effort. 
LUXEON A is available for sampling and 
design-in activities and will go into high- 
volume production in early May 2011. 
www philipsiumileds.com  (no4z:VIl) 


Security manager 
provides superior data 
protection regardless of 
power source 


Maxim's newest security manager com- 
bines a patented nonimprinting-memory 
scheme with an ultra-low battery current 
for applications requiring the highest level 
of security. 

The DS3660 is a security manager with 
1024 bytes of nonimprinting memory to 
securely store sensitive data. The on-chip 
nonimprinting memory, which consists of 
eight 128-byte banks, can be selectively 
deared by end users based on user-specified 
tamper events. Additionally, the DS3660 
device features an internal 1.8V bias source 
to power low-voltage external SRAM that 
can be used to store less critical data, and it 
is configurable to operate with a low-volt- 
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age microprocessor for battery-operated 
devices. Combining internal tamper mon- 
itors with tamper-detection inputs that 
interface with external sensors, this device 
offers the highest level of system security. 
The DS3660 is most appropriate for ultra- 
secure applications like government and 
military systems, as well as any application 
where more than one tamper trigger needs 
to be monitored. 

The DS3660 is an ultra-low-power product 
that provides tamper detection regardless 
of the power source. The on-chip battery- 
backup controller constantly monitors the 
main power (VCC) and automatically switches 
to the battery (VBAT) when the main power 
is too low or not present at all. Drawing only 
Amicroamps (typ) of battery current, the 
DS3660 can retain critical information and 
monitor tampers while on battery power. 
The DS3660 is fully specified over the -55 
degrees Celsius to +95 degrees Celsius 
extended temperature range. Itis available 
ina 7mm x 7mm, lead-free, 49-ball CSBGA 
package. Pricing is available on request after 
a mutual NDA is executed. 


www.maxim-ic.com/D53660 


(nog2¥-Vill) 
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Software radio module 
targets toughest radar, 





UAV and communica 
apps 


Pentek, Inc. announced its latest addition 
to the popular Cobalt® family of Xilinx Vir- 
tex-6 FPGA boards, the Model 71662 four 
channel, 200 MHz, 16-bit data acquisition 
board with built-in digital down convert- 
ers (DDCs). With an input bandwidth from 
300 kHz to 700 MHz, the board is suitable 
for direct connection to IF or RF ports of 
communications, unmanned autonomous 
vehicle (UAV) and radar systems for real- 
time DSP tasks such as demodulation and 
decoding. Together with Pentek's Read- 
yFlow board support package, with its 
built-in command line interface and signal 
viewer, the Model 71662 forms a complete 
solution for data acquisition, processing and 
analysis. 

The 71662 provides four transformer-iso- 
lated input channels that each supply a 
Texas Instruments ADS5485 16-bit, 200 
MHz ADC. The ADC outputs pass to an input 
multiplexer that supports four Acquisition 
IP modules factory-installed in the Xilinx 
Virtex-6 FPGA. Each IP module can receive 
data from any of the four ADCs, or from a 
test signal generator, providing highly flex- 
ible input and antenna assignments, 

Four 512 MB DDR3 SDRAM memory banks, 
one for each IP module, can buffer data in a 
FIFO mode or store data in a transient cap- 
ture mode. All memory banks have DMA 
engines for streaming data at up to 1600 
MB/second through the PCle interface to 
off-board storage or additional processing. 
These linked-list engines offer a unique 
acquisition Gate Driven mode in which 
the gate duration 
determines the 
transfer length, 
eliminating the 
need for pre-set 
transfer lengths. 
To simplify post- 
acquisition analy- 
sis of multi-chan- 
nel data, the DMA 
engines can auto- 
matically con- 
struct meta-data 
packets that con- 
tain information 
such as channel ID, a sample-accurate time 
stamp and data length. 

Also contained within each of the four 
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Wireless IEEE 802.11.g 
sensor family operates for 
years on 1.5 V AA batteries 


Point Six Wireless introduces the next gen- 
eration of ultra low power 802.11 Sensors. 
The product line up consists of Temperature, 
Humidity, Thermistor, RTD, Pulse Counter, 
and Analog Input Modules with integrated 
IEEE 802.11.g radios supporting WEP 128 and 
WPA2 security. All products include on-board 
data logging in non-volatile memory as a back 
up to network outages. Local audible and vis- 
ual alarms alert personal of problems at the 
point of measurement as well as via the WiFi 
network, The sensors are designed to work 
with Industry Standard 802.11 Access Points 
for easy installation. This capability eliminates 
the need for repeaters, controllers and coor- 
dinators typically needed for most wireless 
deployments. The 802.11 ‘Integration Strat- 
egy’ reduces installation and on-going main- 
tenance costs associated with the usual ‘Over- 
lay Strategy’ of installing yet another wireless 
network where one already exists. Designed to 
leverage the proliferation of 802.11 infrastruc. 
tures in Healthcare, Education Foodservice 
and Industrial Facilities, these products enable 
IT Managers to derive added value from their 
WiFi Network build out. 

www.pointsix.com  (t10421-V) 








Acquisition IP modules is an 8-channel digi- 
tal downconverter bank. Each DDC bank has 
its own decimation setting from 16 to 8192, 
providing a wide range of independent out- 
put signal bandwidths. The decimation FIR 
filter within each bank accepts a unique set 
of 18-bit user-sup- 
plied coefficients 
for custom chan- 
nel shaping. Each 
of the eight DDC 
channels within a 
bank can have its 
own 32-bit tun- 
ing-frequency set 
ting and delivers a 
complex output 
stream consist- 
ing of 24-bit I and 
24-bit Q samples. 
The installed 
Acquisition IP modules in the 71662's on- 
board Virtex-6 FPGA allows users to imple- 
ment their own logic designs. A variety of 


FPGA sizes are available for the 71662 so 
that users can obtain as much, or as little, 
capacity as they need. The SXT devices, 
for instance, offer up to 2016 DSP slices 
for applications such as real-time signal 
demodulation, decoding and forwarding 
by an UAV monitoring communications 
in hostile areas. For applications with less- 
demanding requirements, the lower-cost 
LXT series is available. 
To support custom design in the 71662, 
Pentek offers the ReadyFlow board support 
package and the GateFlow FPGA Design Kit. 
ReadyFlow provides features such as turn- 
key signal analysis software anda command 
line interface for controlling the module's 
operation in an application program. Gate- 
Flow includes all of the board's factory- 
installed IP as documented source code, as 
well as a library of other functions so that 
developers can integrate their own IP with 
Pentek's. All data and control paths are 
accessible within the FPGA. 

{n0421-VI) www.pentek.com 
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Quasar Electronics Limited Postage & Packing Options (Up to 0.5Kg gross weight): UK Standard 
x 6935, Bishops Stortford 3-7 Day Delivery - £4.95; UK Mainland Next Day Delivery -£11.9 
M23 4WP, United Kingdom Europe (EU) - £12.95; Rest of World -£14.95 (up to 0. 


Order online for reduced price UK Postage! 
We accept all major credit/debit cards. Make PO's payable to 
Quasar Electronics. Prices include 20.00% VAT. 


: sales@quasarelectronics.com Please visit our online shop now for details of over 500 kits, 


Web: www.quasarelectronics.com projects, modules and publications. Discounts for bulk quantities. 
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Tho Bocirone Mt Speciali Since 1993 


Motor Drivers/Controllers 


Here are just a few of our controller and 
driver modules for AC, DC, Unipolar/Bipolar 
stepper motors and servo motors. See 
website for full range and detail 


Computer Controlled / Standalone Unipo- 
lar Stepper Motor Driver È 
Drives any 5-35Vdc 5, 6 or 

8-lead unipolar stepper 

motor rated up to 6 Amps. 

Provides speed and direc- 

tion control. Operates in stand-alone or PC- 
controlled mode for CNC use. Connect up to 
six 3179 driver boards to a single parallel 
port. Board supply: 9Vdc, PCB: 80x50mm. 
Kit Order Code: 3179KT - £16.95 
Assembled Order Code: AS3179 - £23.95 





Computer Controlled Bi-Polar Stepper 
Motor Driver 

Drive any 5-50Vde, 5 Amp 
bi-polar stepper motor us- 
ing externally supplied 5V 
levels for STEP and DI- 
RECTION control. Opto- 
isolated inputs make it ideal for CNC applica- 
tions using a PC running suitable software 
Board supply: 8-30Vdc, PCB: 75x85mm. 

Kit Order Code: 3158KT - £24.95 

Assembled Order Code: AS3158 - £34.95 








ctional DC Motor Controller (v2) 
Controls the speed of 
most common DC 
motors (rated up to 
32Vdc, 10A) in both 
the forward and re- 
verse direction. The 
range of control is from fully OFF to fully ON 
in both directions. The direction and speed 
are controlled using a single potentiometer. 
Screw terminal block for connections 

Kit Order Code: 3166v2KT - £23.95 
Assembled Order Code: AS3166v2 - £33.95 





DC Motor Speed Controller (100V/7.5A) 
Control the speed of 
almost any common 
DC motor rated up to 
100V/7.5A. Pulse width 
modulation output for 
maximum motor torque 

at all speeds. Supply: 5-15Vdc. Box supplied. 

Dimensions (mm): 60Wx100Lx60H. 

Kit Order Code: 3067KT - £19.95 

Assembled Order Code: AS3067 - £27.95 


Most items are available in kit form (KT suffix) 
or assembled and ready for use (AS prefix 











Controllers & Loggers 


Here are just a few of the controller and 
data acquisition and control units we have. 
See website for full details. Suitable PSU 
for all units: Order Code PSU445 £7.95, 


Infrared RC Relay Board 

Individually control 12 on- F] 
board relays with included 

infrared remote control unit. 


Toggle or momentary. 15m+ 
range. 112x122mm. Supply: 12Vdc/0.5A 
Kit Order Code: 3142KT - £64,95 
Assembled Order Code: AS3142 - £74.95 















































8-Ch Serial Isolated I/O Relay Module 
Computer controlled 8- New! 4-Channel Serial Port Temperature 
channel relay board. 5A Monitor & Controller Relay Board 
mains rated relay outputs. 4 4 channel computer 
isolated digital inputs. Useful serial port temperature 
in a variety of control and monitor and relay con- 
‘sensing applications. Con- troller with four inputs 
trolled via serial port for programming (using for Dallas DS18S20 or 
our new Windows interface, terminal emula- —1DS18B20 digital ther- 
tor or batch files). Includes plastic case mometer sensors (£3.95 each). Four 5A 
130x100x30mm. Power Supply: rated relay channels provide output control. 
12Vdc/500mA Relays are independent of sensor channels, 
Kit Order Code: 3108KT - £74.95 allowing flexibility to setup the linkage in any 
Assembled Order Code: AS3108 - £89.95 way you choose. Commands for reading 


temperature and relay control sent via the 

Computer Temperature Data Logger RS232 interface using simple text strings. 
4-channel temperature log- Control using a simple terminal / comms 
ger for serial port, °C or °F. program (Windows HyperTerminal) or our 
Continuously logs up to 4 free Windows application software. 
separate sensors located Kit Order Code: 3190KT - £84,95 


=> 200m+ from board. Wide 
ange ot tree software applications for stor- 
ing/using data. PCB just 45x45mm. Powered PIC & ATMEL Programmers 
by PC. Includes one DS1820 sensor. 
Kit Order Code: 3145KT - £24.95 We have a wide range of low cost PIC and 
Assembled Order Code: AS3145 - £31.95 ATMEL Programmers. Complete range and 
Additional DS1820 Sensors - £4.95 each documentation available from our web site. 


Programmer Accessories: 
40-pin Wide ZIF socket (ZIF40W) £14.95 
18Vdc Power supply (PSU121) £24.95 
Leads: Serial (LDC441) £3.95 / USB 
(LDC644) £2.95 


Rolling Code 4-Channel UHF Remote 
State-of-the-Art. High security. 
4 channels. Momentary or 
latching relay output. Range 
up to 40m. Up to 15 Tx's can 
be leamt by one Rx (kit in- 
cludes one Tx but more avail- USB & Serial Port PIC Programmer 
able separately). 4 indicator LED 's. Rx: PCB USB/Serial connection. Header cable for 
77x85mm, 12Vdc/6mA (standby). Two and ICSP. Free Windows software. Wide range of 
Ten channel versions also available. supported PICs - see website for complete 
Kit Order Code: 3180KT - £54.95 listing. ZIF Socket/USB lead not included. 
Assembled Order Code: AS3180 - £64.95 Supply: 16-18Vdo. 

Kit Order Code: 3149EKT - £49.95 
DTMF Telephone Relay Switcher Assembled Order Code: AS3149E - £59.95 
Call your phone num- 


ber using a DTMF USB Flash/OTP PIC Programmer 





phone from anywhere USB PIC programmer for a wide spe 
in the world and re- Prange of Flash & OTP devices— 

motely tum on/off any see Website for details. Free 

of the 4 relays asde- W Windows Software. ZIF Socket 

sired. User settable Security Password, Anti- and USB lead not included. 

Tamper, Rings to Answer, Auto Hang-upand Supply: 16-18Vdc. 

Lockout. Includes plastic case. Not BT ap- Assembled Order Code: AS3150 - £49.95 
proved. 130x110x30mm. Power: 12Vde 

Kit Order Code: 3140KT - £79.95 See website for full range of PIC & ATMEL 
Assembled Order Code: AS3140 - £94.95 Programmers and development tools. 


\& www.quasarelectronics.com 


Secure Online Ordering Facilities e Full Product Listing, Descriptions & Photos Kit Documentation & Software Downloads 










It’s for indoors 


Ultimately it’s up to you (subject to local regulations) to decide where 
you want to travel with the OSPV!, but it is intended to be used in- 
doors. It's not especially well suited to negotiating bumps or uneven 
surfaces, since it has a ground clearance of just two centimetres. 
The two wheels, which have a diameter of 14 centimetres, are far 
enough apart to keep you well balanced, but they do not provide 
much clearance for driving over thresholds or other types of bump. 
However, it drives like a charm on any sort of fat floor — including fac 
tory floors, school corridors, and the corridors of our office building. 
The rider stands with both feet outside the wheels. Stepping onto the 
OSPV’ takes a bit of practice, but thanks to the low centre of gravity 
it feels very stable. 























It’s easy to steer 


Once you have your feet positioned properly, all you have to do to 
get the OSPV! rolling is to lean forwards or backwards. With the 
Elektor Wheelie you move the steering column to the left or the 
right to negotiate curves, but with the OSPV! you use a small joy- 
stick for this. The vehicle responds immediately to joystick move- 
ments, so it’s easy to perform pirouettes and other elegant manoeu- 
vres. In fact, it would be right at home in a ballroom. The attitude of 
the OSPV! is saved when it is switched on and is subsequently used 
as a reference, so you should ensure that the steps are level (hori- 
zontal) during this process. 


It’s light and foldable 


The OSPVI is designed to be taken apart easily, so it can be stowed 
conveniently in the boot of a car. It's also relatively light. It weighs 
just 25 kg, so you don’t have to be a muscleman to pick it up. The 
pivot and fixing point is on the steering column, which comes apart 
after you loosen two wing nuts. I'm willing to bet that many of you 
will be inspired to apply your creativity to this and perhaps come up 
with a smarter and easier solution. You're welcome to do so — the 
OSPV1 is very amenable to simple modifications. 





OsPV! 

Weight: 25 kg (55 lbs) 
Height: 120 cm (47.2 inch) 
Width 47 cm(18.5inch) 
Depth: 47 cm (18.5 inch) 


Maximum load: 90 kg (200 Ibs) 





ELEKTOR OSPV' 


An open source vehicle project 















The Elektor Wheelie, which 
we launched a while ago, has 
been adopted by schools and 
private individuals who want to 
gain a thorough understanding of 
the technology behind self-balane- 
ing vehicles. 

Our new Elektor OSPV1 is based on 
the same concept, but with the dif- 
ference that it’s for indoors, it’s easy 
to steer, it’s light and foldable, it’s 
open source, and it looks smart. 


Ground clearance (under steps): 


20 mm (0.8 inch) 


Foot height (on steps): 5.6 cm (2.2 inch) 
Width between steps: 29.5 cm (11.6 inch) 
Range: 8 km (5 miles) 
Turning circle: om 


We're all looking for balance in our lives. With a bit of modern electronics, that’s actually not so 
difficult. Last year we launched the Elektor Wheelie, a self-balancing personal transport device. In 
this issue we take you for a spin with the new Open Source People Vehicle 1(OSPV1). 













It’s open source 


The nice thing about the OSPV" is that you can configure or modify 
it to suit your wishes. The electronics are the same as in the Elektor 
Wheelie, the software is freely available, and you can even modify 
the software to alter the handling characteristics. Everyone who has 
been involved in developing extensions for the Elektor Wheelie can 
also use them with the OSPV!. The schematic diagrams, PCB de- 
sign and source code listing are all available on the Elektor website. 
The OSPV' is supplied with a charger for the two 12-V rechargeable 
batteries, which have a capacity of 9 Ah. 


Of course tastes vary, but up to now the OSPV" has drawn only posi- 
tive responses. During our test runs we heard comments like “hey, 
that’s neat”, “nice device”, or simply oohs and aahs. The structure 
is open and intentionally light, with clean lines. 





What you can do with it 


The OSPVI is primarily intended for moving people, but it doesn't 
have to be limited to that. A variety of other uses are conceivable, 
ranging from an electric wheelbarrow to a handy motorised shop- 
ping cart. This is where the advantages of the open source approach 
come to the fore. Everyone is free to work on the design and turn 
it into something special. As already mentioned, it is intended for 
indoor use, which also includes factory buildings, terminals, school 
corridors, and so on ~ as long as the floor is flat, the OSPV! can run 
onit. 

As for street use, we should point out that using vehicles such as 
this on the streetis subject to rules and regulations, which may vary 
from country to country. There's also an upper limit on the rider’s 
weight; anything up to 85 kg is perfectly OK. Finally, you should 
give some thought to body protection - after all, you're riding on 
a moving vehicle. 





Where to get it 


The OSPV' is exclusively available from the Elektor Shop. 
Visit www.elektor.com/ospv1 for full information. 















Max. speed: 15km/h(9.3mph) Batteries: 2x lead-acid gel-cell CTM ct0-12L, 9 Ah 12V 
Wheels: Polyurethane, 14 cm dia. (5.5 inch) Charger: Suitable for Europe (230 V) 
Motors: DC, 2x250W and North America (110 V) 
Drive train: HDT toothed belt Charging time: 2.5 hours 
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Developing Apps for Android 


Using a PC, 
BeagleBoard, 


phone or tablet 


By Clemens Valens (Elektor Editorial France) 


The first mobile telephone with the Android 
operating system made its debut in late 2008, and 
according to current estimates 350,000 new Android 
phones go on the air each year. What is the reason for this 
amazing success? Is it Google? Or the fact that it's open 
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source? Or because it works well? In any case, the specific reason isn't that important; what matters is that you 


can also join the trend and develop your own Android apps. 


What is Android? 

Android Inc. was founded in Palo Alto, Cali- 
fornia (USA) in late 2003, for the purpose of 
developing software for mobile telephones. 
Scarcely two years later the company was 
bought by Google. Four years after the 
founding of Android Inc., in late 2007, the 
Open Handset Alliance was founded, with 
Google as a member. The mission of this 
alliance is to develop open standards for 
mobile devices. Their first product was 
Android, a platform for mobile devices that 
is based on the Linux 2.6 kernel. Ayear later 
the first mobile telephone with this new 
operating system, the HTC Dream, went on 
the market. 


Android is not Linux 

Although Android was originally based on 
Linux, it has now become a fully independ- 
ent operating system (OS). The source code 
of Android is still open, but it no longer 
forms part of the codebase of Linux. Google 
has modified certain parts of Linux, with the 
result that Android does not include X Win- 
dows or any of the standard GNU libraries. 
This makes the conversion of existing Linux 
applications rather complicated. Google also 
added their own functions, especially with 
regard to the security of mobile devices. 
Android also differs from Linux in terms 
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of the licensing model. Linux is distrib- 
uted under the GNU General Public Licence 
(GPL), while Android is distributed under 
the Apache licence of the Apache Soft- 
ware Foundation (ASF). Unlike the GPL, the 
Apache licence allows proprietary software 
that is based on open software (and there- 
fore falls under the same licence) to be dis- 
tributed without revealing the source code. 


Android is also not Java 

Although applications (‘apps’) for Android 
are written in Java, they are not executed 
as Java applications because Android does 
not have a Java virtual engine or Java librar- 
ies. This means that Android cannot run Java 
programs. Android applications use only 
the syntax of the Java language, and they 
are executed by a virtual machine called 
Dalvik. 

Incidentally, it is not difficult to develop 
libraries for Android using other program- 
ming languages, such as C or C++. Dalvik is 
able to import and use libraries of this sort, 
as well as all Windows dynamic linked librar- 
ies (DLLs). 


Making apps for Android 

Everyone can make apps for Android. All 
of the tools you need for this are available 
for download free of charge, and you don't 


even need to have access to a real Android 
platform. For instance, on the Android 
developers website [1] you can find eve- 
rything you need, including emulators for 
Android hardware. Software development 
kits (SDKs) are available for Windows, Linux 
and Mac OS X environments. 

Although Android uses only the syntax of 
Java, the SDKs are based entirely on Java. 
This means that you must install the Java 
development kit (JDK) and you must have 
a Java virtual machine (a Java runtime envi- 
ronment, or JRE) on your system. Eclipse is 
recommended as the integrated develop- 
ment environment (IDE), supplemented by 
the Android Development Toolkit (ADT). 
The procedure for installing the SDK 
(including the JDK, Eclipse, ADT and so on) 
is described in detail on the relevant web- 
site, so there is no need to repeat it here. 
However, before getting started you should 
know that the installation process - actu- 
ally, the downloading process ~ may take 
several hours, depending on the speed of 
your Internet connection, because we're 
talking about several gigabytes here. 

Once you have everything installed, it’s 
a good idea to work through the ‘Hello 
Android’ tutorial. This tutorial also provides 
good explanations, although it doesn’t give 
much guidance on choosing an Android ver 
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sion. Several versions of Android are availa- 
ble, with names that reveal a taste for sweet 
treats: version 1.5 (Cupcake), version 1.6 
(Donut), version 2.0/2.1 (Eclair), version 2.2 
(Froyo — a brand of frozen yoghurt), ver- 
sion 2.3 (Gingerbread), and version 3.0 
(Honeycomb). The hardware that your 
app can run on depends on the version of 
Android that you use. Version 3 is intended 
for tablet computers, while version 2.2 
(Froyo) is currently the most popular (and 
apparently it is even possible to install this 
version on an iPhone or iPod), followed by 
version 2.1 (Eclair). You should choose the 
version that matches your hardware. 

Next you need to create a virtual Android 
peripheral device (Android Virtual Device, 
or AVD) that is compatible with the Android 
version you selected, and then launch 
it. Launching the AVD can take a while, 
depending on your development machine, 
and the AVD needs a lot of memory. The 
higher the Android version, the slower the 
AVD. On our test PC (Windows XP SP3, 2 GB 
RAM, Pentium T4200 clocked at 2 GHz), it 
took several minutes to launch a virtual tab- 
let for use with Android version 3. You just 
have to be patient. 


Android programming can be fun 
If you don't have any experience with pro- 
gramming but you would like to generate 
an app for your Android phone or tablet, 
there's a tool that's just right for you: App 
Inventor for Android [2]. 

To use this tool, you need a PC with a recent 
operating system (Windows, Linux or Mac 
0S), an Internet connection, a web browser 
and Java. To avoid unnecessary disappoint- 
ments, first visit the App Inventor website 
to see whether your computer meets all 
of the requirements. If everything checks 
out, download App Inventor Setup (nearly 
100 MB) and install it with the recom- 
mended standard settings. 

The next step is to connect your Android 
device. Things get a bit more complicated 
here, since you need a driver for the device 
and this means searching for a suitable 
driver on the Web, unless you have a phone 
model that is recognised automatically 
(such as the Nexus One). 

If you (like the author) don’t have an 
Android telephone, you can still start work- 
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Figure 1. The Designer window of Android App Inventor. 























Figure 2. Our test app in the Blocks Editor window. 


ing on your application because App Inven- 
tor also includes an emulator. According to 
Google, launching the emulator can take a 
few minutes, but on our test machine the 
emulator was ready to use after approxi- 
mately 30 seconds. 

The procedure for generating an application 
is the same for both real and virtual Android 
devices. First you open App Inventor by 
clicking My Projects on the start page (here 
we assume that you are logged in via your 
Google account). This opens the Designer 
window (Figure 1), which is where you 
develop the visible part of the application by 


placing objects such as buttons, images and 
sounds on a background that corresponds 
to the screen of your Android device. You 
can adapt the appearance of the applica- 
tion as desired by modifying specific attrib- 
utes of these objects. The Blocks Editor is 
where you specify what the application 
does. Your program is shown in the Blocks 
Editor as a set of building blocks, with the 
object attributes and actions taking the 
form of puzzle pieces. You create a program 
by linking these pieces together in a partic 
ular manner (Figure 2). This approach is 
very similar to Scratch [3], a programming 
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tfalls 


The author encountered several problems while installing Android 
onthe BeagleBoard. The first problem occurred right at the begin- 
ning of installation script mkmme-android.sh. An error message 
appeared and only the first partition was created on the SC card. In 
a sudden flash of insight, the author realised that the grep instruc 
tion in the script was looking for the word ‘disk’, but he had a French 
version of Ubuntu and this meant that the instruction should have 
been looking for the word ‘disque’. Instead of modifying the script, 
the author changed the language setting of Ubuntu in order to avoid 
similar problems with other scripts. If you do change the script and 
then save it with a different name, remember to also generate an ex- 
ecutable version (right-click and select properties -> permissions). 





The second problem involved video output. The SD card included 
with the BeagleBoard holds a copy of the Angstrém distribution, 
which is a version of Linux adapted to embedded systems. When the 
BeagleBoard was started up with this operating system, everything 
worked fine and an image appeared on the monitor. By contrast, at- 
tempts to start up with Android or Ubuntu resulted in a black screen, 
despite the fact that the monitor worked perfectly with the comput- 
er. The cause of this problem turned out to be the video resolution, 
which was not compatible with the resolution of the monitor. The 
author discovered that the Android and Ubuntu distributions for the 
BeagleBoard are configured with a default resolution of 12801! 720 
pixels, which is somewhat unusual and which the monitor concerned 
could not handle, 

To solve this problem, you can edit the boot.scr file by using the mk- 
bootscr tool, which is located in the Tools folder of the TI SDK, but 
this script produces a boot.scr file 
for a different card. Fortunately 
it also generates a boot.cmd 
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reason systematically, and work col- 
laboratively'. With this method, gen- 
erating programs for Android 
is more like fun than work, 


file, which can be modified with a text editor and then converted into 
a boot.scr file. 


In the boot.cmd file, replace the bootargs by the corresponding val- 
ues in the user guide for the TI SDK and add the following line at the 
end (before the“ * character): 


omapfb.mode=dvi:1024x768MR-16@60 


If necessary, you can replace ‘1024x768’ by a different resolution 
compatible with your monitor. Now issue the command mkimage 
-A arm -0 linux -T script -C none -a 0 -e 0 -n ‘Execute ulmage.bin’ 
-d boot.cmd boot.scr to create the boot.scr file and copy it to the 
SD card in the root directory of the boot partition. 


The TI application note specifies a clock frequency of 1 GHz for the 
boot.scr file (mpurate=1000), but there are reports all over the Web 
saying that the BeagleBoard does not work well at especially high 
clock rates, Consequently, we did not try this frequency and chose 

a lower frequency instead (800 MHz) by setting mpurate=800. The 
author's boot.scrfile (which works) is available at [4] 


Another pitfall that you should avoid relates to user permissions for 
manual initialisation of the SD card (which is certainly possible). This 
must always be done by someone acting as a root user, as other- 
wise Android will not be able to complete the startup process and 
will send messages containing the phrase ‘Permission denied’ to a 
(virtual) terminal connected to the serial port of the BeagleBoard. In 
order to act as a root user of Ubuntu, open a terminal window and 
type sudo -s. Now you can manually initialise the SC card from this 
terminal window. Note that the boot partition of the SC card must 
be a bootable partition. Also remember to execute the command | 
media/rootfs# chmod -R 755 [mnt in order to grant access to the 
rootfs file system. 


some things are not possible and it's not 
always simple. Furthermore, App Inventor 
is a beta version, which means it may still 
contain bugs. For example, while experi- 
menting with this tool the author had major 
problems with the voice synthesizer when 
the application also included an ActivityS- 
tarter object. 
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quickly using this method, 


It really works: 
our test application on a genuine 
Android mobile phone. 





even for Elektor 
readers (and others) 
with no program- 
ming experience. 

Although small appli- 
tions can be created 


Once your application is ready, you can 
package it (Package for Phone) and down- 
load it to your PC or directly to your Android 
device. If your phone is not connected to 
the PC, you can obtain a flash code (QR 
code; see Figure 3) with a link to the appli- 
cation, so that it can be downloaded to 
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the phone over the air (assuming that the 
phone can read flash codes and can connect 
to the Internet). You can also retrieve the 
source code from the project management 
page. For example, you can download the 
author's designs from [4] and import them 
into your project. 


Required hardware 

As an electronics enthusiast, you may be 
interested in building your own hardware 
platform for Android, but first you need 
to know the specifications. Unfortunately, 
they are a bit vague, but it appears that the 
absolute minimum is an ARM microcon- 
troller clocked at 200 MHz with 32 MB of 
RAM and 32 MB of flash memory. However, 
it is recommended to have at least 128 MB 
of RAM and 256 MB of flash memory. For 
Android 3 you need a microcontroller 
clocked at 1 GHz, along with 512 MB of 
RAM. With regard to peripherals, you need 
a USB port, a (flatscreen) QVGA monitor 
with 65,536 colours or more, and ten but- 
tons or keys. Other useful (but not essential) 
items are an SD or microSD card reader, a 
camera with 2-megapixel resolution, and a 
Bluetooth interface. 

Of course, you can put together a suitable 
system on your own, but it is much easier 
and probably cheaper to buy a ready-made 
board. With a bit of searching on the Web 
you're bound to find something that fits 
your budget. 


BeagleBoard 

A few years ago Texas Instruments (TI) 
developed a board called the Beagle- 
Board [5], which is intended to promote 
interest in their OMAP family of multime- 
dia processors. This board contains open 
hardware and is supported by the open 
source community. Although the sche- 
matic diagrams and PCB artwork for the 
board are available for free, you're out of 
luck if you want to build your own Bea- 
gleBoard because the RAM is mounted on 
top of the processor using the Package on 
Package (PoP) technique. Fortunately, the 
board is not especially expensive (the xM 
version costs only USD 149), and it is read- 
ily available. 

The BeagleBoard has an extensive set of fea- 
tures, The most recent version (xM), shown 
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in Figure 4, includes four USB ports (host 
and peripheral), an Ethernet port, an RS232 
port, a USB OTG port, a microSD connector, 
stereo audio input and output, an S Video 
output, an HDMI port and expansion con- 
nectors for an LCD screen, a camera, and a 
breadboard area. The processor, or more 
precisely the system on chip (SoC) device, is 
a DaVinci DM3730 digital media processor, 
which integrates an ARM Cortex-A8 core, a 
‘TMS320C64 DSP and an SGX graphics accel- 
erator, The processor is compatible with 
high-performance operating systems such 
as Windows CE, Linux, QNX and Android. 

Unlike the first version of the BeagleBoard, 
the xM version does not have any flash 
memory. In this version the RAM is comple- 
mented by a microSD card, which holds the 
operating system and the applications. The 
advantage of this configuration is that itis 
easy to change operating systems by replac 
ing the SD card. The drawback is that per- 
formance is reduced slightly, since SD cards 
are not noted for their speed. In some cases 
the performance can be improved by using 
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Figure 3. The flash code that gives a mobile 
phone access to our application. 


a USB stick. 

Allin all, the BeagleBoard is a powerful and 

versatile computer, which can be used for 

a wide variety of applications. Although 

it is not necessarily the best platform for 

Android, itis a reasonable alternative if you 

don't have an Android phone or an Android 

tablet. 

For this development platform you also 

need: 

* an external 5 V power source that can 
accommodate a 1 A load (we measured 
a power consumption of nearly 3.5 W 

















Figure 4. The BeagleBoard xM operates from a5 V supply and draws nearly 700 mA 
when Android is running. 
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Figure 5. The Android start screen on the BeagleBoard monitor. 


with Android running, equivalent to 
700 mA at 5 V); 

* a monitor with a DVI-D port (although 
the BeagleBoard has an HDMI port, it 
outputs only DVI-D signals); 

* a USB hub with an external power source 
(because the board's USB ports cannot 
supply enough current); 

* a USB keyboard and a USB mouse, both 
connected to the hub. 

A microSD card with a capacity of at least 
4GB is recommended for installing Android 
(or Ubuntu). A suitable card is included with 
the BeagleBoard, but the author purchased 
an additional 8 GB microSD card in order to 
avoid damaging the Angstrom distribution 
already present on the supplied card (Ang- 
strém is a Linux distribution for embedded 
systems). 

Although TI provides everything you need 

to start using Android, you must have 

access to a Linux PC (or a virtual Linux PC) 
with an SD card reader in order to initialise 

the SD card. TI recommends Ubuntu 8.04 

or later; we used Ubuntu 10.4. After down- 

loading TI_Android_FroYo_DevKit-V2.2 

(1.1 GB) [6], you're ready to get started 

Although the procedure for this is essen- 

tially very simple, you may encounter a few 

problems. Consult the ‘Caution: pitfalls’ 
inset if anything goes wrong. 

Open a terminal window on the Ubuntu 

machine (for example, press Alt F2 and tick 

‘Run in terminal’), then enter sudo -s in order 

to become a root user with all of the associ- 

ated permissions. Although the procedure 
described below is not absolutely necessary, 
since the card can also be initialised using 
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Figure 6. The DDMS window in Eclipse. 


Our Android device is called ‘20100720’. You can use the camera 
icon to make pictures of the screen, 


sudo alone, it is much easier to use if you 
encounter any problems. 

Unpack the archive (tar -xzvf TI_Android_ 
FroYo_DevKit-V2.2.tar.gz) and use the 
cd command to change to the directory 
(folder) TI_Android_Froyo_DevKit-V2.2| 
Prebuilt_Images|beagleboard-xm], 
which is now present on your computer. In 
this folder, use the command ./mkmmc- 
android.sh [dev/sd<device> (preceded by 
sudo if you are not a root user) to launch the 
script mkmme-android, In this command, 
<device> must be replaced by the drive let- 
ter of the card reader. On the author's sys- 
tem this is ‘C’, so the command becomes 
|dev|sdc. There are various ways to find 
out which drive letter is assigned to the 
card reader; we used the Ubuntu disk util- 
ity (under System > Administration). Be sure 
to get this right, since the Android installa- 
tion script formats the drive specified by the 
command. 

It may take a while for this script to com- 
plete execution, but once it's finished 
without any problems you are done with 
Ubuntu. The formatted SD card now has 
three partitions: boot, rootfs and data (with 
sizes of 74 MB, 4 GB and 3.9 GB, respec 
tively, on an 8 GB SD card). Plug the SD 
card into the socket on the BeagleBoard 
and start it up. This takes fairly long the first 
time (more than a minute in the author's 
case), but in the end you will see the word 
‘Android’ appear on the monitor, followed 
by the Android start screen (Figure 5). It 
is instructive to connect a (virtual) termi- 
nal to the RS232 port of the BeagleBoard 
(port settings: 115200, N, 8, 1) and view 





the messages exchanged during the startup 
process. 

Bear in mind that Android is intended to 
be used with touchscreens and the entire 
user interface (HMI) is based on motions 
(touching and dragging). If you do not 
have a touch-sensitive screen, you can use 
the mouse as a finger. You ‘touch’ an object 
by left-clicking it, and you drag an object by 
clicking and holding the left mouse button. 
A right-click means ‘Go back’. You can do 
almost everything with the mouse, except 
opening the menu (at least we weren't able 
to do so). This is not much of a problem, 
unless you want to change the background 
image for the screen (we were unable to 
find an alternative method for this). In order 
to open the menu, you must press the F1 
key on the keyboard. Incidentally, this was 
the only key that we used during all of our 
Android sessions. 

As soon as the BeagleBoard was able to 
launch Android without any problems, we 
said goodbye to Ubuntu and continued 
with Windows XP for the sake of simplic- 
ity. This choice was also motivated by a 
shortage of monitors. The only flatscreen 
monitor we had available had to be used 
for both Ubuntu and Android, which ulti- 
mately became a bit awkward, and Win- 
dows XP was running on a laptop with its 
own screen 

The next step is to integrate the Beagle- 
Board into the Android SDK environment. 
(If you haven't already installed this SDK, 
see the section ‘Making apps for Android’ 
above for more information.) How you go 
about this depends entirely on your operat- 
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ing system and is explained very well in the 
TI application note. Here we describe the 
procedure for Windows, since this is what 
we used. 

First download the file usb_driver_ 
103-windows.zip [7] and unpack it. Open 
a terminal window and enter the following 
command (followed by Enter): 


echo 0x18D1 > “SUSERPROFILES\. 
android\adb_usb. ini” 


This cryptic command creates a text file 
named adb_usb.ini, which contains the 
text ‘0x18D1’, in a folder named .android 
located in the folder where Windows saves 
your personal settings. If you want to see 
where this folder is located, type echo 
%USERPROFILE%. 

Next, open the file android_winusb. 
inf in Notepad. This file is located in the 
folder containing the USB driver that you 
unpacked earlier on. In this file, insert the 
following lines below the header [Google. 
NTx86] 


$ = USB Install, 





VID_18D.&PID_90186MI_01 


Save the file and close it. 
Start up the BeagleBoard and wait until 
the Android start screen appears. Connect 
a USB cable between the PC and the mini- 
USB connector of the BeagleBoard, which 
is located next to the power connector, 
and install the driver under Windows. This 
must be done manually by telling Windows 
that the driver is located in a place speci- 
fied by you. Enter the path to the modified 
android_winusb.inf file and let Windows 
do the rest of the work. 

After Windows has recognised the Beagle- 
Board as an Android ADB interface (which 
requires restarting the computer), you can 
test the link by entering the commands 
shown in boldface below in a terminal 
window: 


adb kill-server 
adb start-server 
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Our icon joins the crowd. 
Pretty cool! 








adb devices 
List of devices at 
20100720 





hed 


device 


The commands and responses listed above 
indicate that your BeagleBoard has been 
recognised as an ADB peripheral device with 
the name ‘20100720’, and from now on you 
can use it as an Android device in App Inven- 
tor or Eclipse. It will log on with this name 
(number) when you run the application you 
have developed for it. 

You can also use the terminal window to 
install applications (adb install my_app. 
apk), such as applications you have down- 
loaded from Android Market, or to uninstall 
applications (adb uninstall my_app.apk) 

Alternatively, you can use application man- 
agement to uninstall applications directly 
in Android. 

The command adb shell opens a terminal 
window for Android, where you can enter 
Linux commands to perform operations on 
files. 

You can use the Dalvik Debug Monitor 
Server (DDMS) perspective in Eclipse for 
tasks such making pictures of the screen of 
your Android device by clicking the small 
camera icon (Figure 6). This tool can also be 
used outside the Eclipse environment. Itis 
located in the Tools folder of your SDK instal- 
lation under the name ddms.bat (what else 
would you expect?). 

If you want to connect your BeagleBoard 
with Android to the Internet, it's worth- 
while knowing that the Ethernet port, like 
the four USB ports on the board, is actually 


Internet Links 


[1] http://developer.android.com/index.html 
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YouTube Tapatalk 





connected to the USB hub integrated on 
the board. Consequently, the Ethernet port 
is not designated eth0, but instead usb0. 
This means that ethO must be replaced by 
usb0 in commands related to the network. 
To obtain an IP address, connect the Beagle- 
Board to your network and enter the com- 
mand netcfg usb0 dhcp in the ADB shell 
(assuming that your DHCP server is online). 
Request the IP address of your DNS (get- 
prop net.usb0.dns1), tell Android that it 
must use this address to access the Internet 
(setprop net.dns1 <received IP address>), 
and voila: your BeagleBoard is online. 
You now have all the information you need 
to start developing your own Android apps. 
We look forward to seeing the first user- 
developed app that allows your own circuit 
to be controlled via Bluetooth. 

(110265-1) 


[2] http:|/appinventor.googlelabs.com/about/ 


[3] http:/fscratch.mit.edu/ 
[4] www.elektor.com/110265 
[5] http://beagleboard.org 


[6] http://software-di.ti.com/dsps/dsps_public_sw/sdo_tii/TI_Android_ 


DevKit/02_02_00/index_FDS.html 


[7] https:/fdl-sslgoogle.com/android/repository/usb_driver_r03-windows.zip 
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Measure Gamma Ray 
with a Photodiode 


Radiation detector 
using a BPW34 


by Burkhard Kainka (Germany) 


The first device that springs 
to mind when thinking about 
measuring radioactivity is the 
Geiger-Miiller tube. However, 
these counter tubes are 
getting hard to find and 
expensive, and even if you do 







manage to get hold of one, you will still need to find a way to generate its operating voltage of several 


hundred volts. It is less well known that even a humble photodiode such as the BPW34 can be used to 


detect X-rays and gamma radiation. 


lonising radiation is potentially harmful 
to health, and it is important to minimise 
one’s exposure to it as far as possible. A sim- 
ple Geiger counter with a small glass mantle 
tube will not usually be adequate to detect 
possibly harmful radiation. The semicon- 
ductor sensor we describe below also has 
a relatively low sensitivity, only being able 
to detect fairly intense sources of radia- 
tion, but it is nevertheless an interesting 
device for carrying out experiments and 
measurements. 


An advantage of using a photodiode is its 
small sensitive area. The background rate 
due to cosmic rays is very low and signals 
from small samples are easier to detect than 
with a counter tube. 


Radiation 

When considering protection from radia- 
tion it is gamma rays that are the most 
important. They can penetrate walls and it 
is difficult to block them. Hard gamma rays 
are present in the environment all around 
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us and are also not stopped even by a thick 
wall. Alpha particles, on the other hand, 
only have a short range and generally can- 
not even penetrate a sheet of paper: this is 
the reason that many counter tubes can- 
not detect them, unless they have a very 
thin mica window. Beta particles have a 
longer range and can penetrate thin sheets 
of metal. Most counter tubes are mainly 
designed for detecting gamma rays while, 
within certain limitations, also being sensi- 
tive to beta particles. 


Diode as detector 

The behaviour of a type BPW34 PIN photo- 
diode is similar to that of a low-cost coun- 
ter tube. Alpha particles will be stopped by 
the plastic enclosure of the device, whereas 
gamma rays pass through without prob- 
lem and create many electron-hole pairs in 
the diode’s depletion layer. If the diode is 
reverse-biased, almost all of the charge car- 
riers will be drawn away: this corresponds to 
a small current pulse which can be ampli- 
fied and processed. Beta particles can also 


generate such a signal if they are sufficiently 
energetic to reach the depletion layer. 

The amplitude of the signal produced by 
the photodiode is considerably smaller than 
that normally obtained from a counter tube, 
and so a very low-noise instrumentation 
amplifier circuit is needed. 


Another requirement when using a photodi- 
ode as a beta and gamma radiation detector 
is that light must be completely excluded, 
as otherwise the photocurrent will over- 
whelm the signal we are looking for. In our 
prototype we used ordinary aluminium 
kitchen foil as a screen. 


The difference between PIN diodes and PN 
diodes is that the former include an extra 
very lightly N-doped region called the 
‘intrinsic’, or’ region. This high-resistance 
region lies between the ‘n’ and ‘p’ regions. 
The result is a wider depletion layer in the 
diode, and hence a greater volume of semi- 
conductor that can interact with photons. 
The structure is used in a photodiode in 
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order to obtain as many charge carriers 
as possible per photon, optimising the 
device's sensitivity. 


Another way to increase sensitivity is 
to increase the sensitive area of the 
device. However, this has the disad- 
vantage of increasing its capacitance, 
which reduces the (voltage) amplitude 
ofits output signal. Commercially-avail- 
able semiconductor radiation detectors 
have a large area and a wide intrinsic 
region. Simple PIN photodiodes such as the 
BPW34 are less sensitive than these devices, 
but also of course somewhat cheaper. 
The BPW34 and BPX61 photodiodes are 
practically identical apart from their enclo- 
sures. The (cheaper) BPW34 comes in a 
plastic package, whereas the BPX61 comes 
in a TO-5 metal enclosure with a glass win- 
dow. It is possible to remove this window 
(carefully!) to expose the chip: this will 
make the diode capable of detecting alpha 
particles. 
The rays or particles must first make it 
through a 15 jim thick piece of aluminium 
(the thickness of ordinary kitchen foil). This 
is no obstacle to gamma rays and beta par- 
ticles, and alpha particles with an energy of 
4MeV or more will also pass through. When 
the particle enters the plastic of the photo- 
diode package, deceleration radiation (Ger- 
man: ‘bremsstrahlung’) will be produced in 
the form of brief flashes of light, which can 
also sometimes be detected by the sensor. 
Itis therefore not impossible for even the 
BPW34 to have some sensitivity to alpha 
particles. 


In principle any semiconductor is sensi- 
tive to ionising radiation. It is perhaps less 
surprising, then, that a photodiode is sen- 
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Figure 1. The 


sitive to radiation than that the effect has 
not been widely remarked on before. The 
effect is however well known in dynamic 
RAMs, whose stored data can be corrupted 
by incident radiation. The problem of build- 
ing electronics to withstand the higher lev- 
els of radiation found in space is becoming 
increasingly difficult, because as structures 
get smaller it becomes increasingly likely 
that single energetic particle can interfere 
with the operation of a circuit. 


Amplifier 

In the literature charge amplifiers are usu- 
ally constructed using a low-noise FET-input 
‘opamp as the input stage. Here we take an 
alternative approach: Figure 1 shows the 
circuit of the sensor amplifier. Two tran- 
sistors are used to amplify the signal from 
the photodiode. The direct-coupled ampli- 
fier automatically sets itself to a mid-range 
operating point, which gets a good signal- 
to-noise ratio from the low-noise BC549C 
transistors. 

The transistor input of the amplifier has a 
comparatively low impedance, which gives 
good noise matching. As a result of its 
base-collector capacitance the first stage 
also operates as an integrator: this turns 


amplifier circuit. 


the brief pulses from the photodiode into 
longer pulses which can then more easily 
be amplified. 

Sensitivity can also be increased by increas- 
ing the reverse voltage on the diode. This 
reduces the capacitance of the diode and 
increases the size of the depletion layer. 
The voltage can be as high as 32 V, although 
the optimum value probably lies somewhat 
lower: the diode already operates well at 
9 V. It is also possible to wire two or more 
photodiodes in parallel, and that way it is 
possible to achieve a sensitivity on a par 
with that of a small counter tube such as 
the ZP1310. 

An oscilloscope can be connected to the 
output of the circuit to view the signal. 
Readers who yearn for the clicking sound 
of a ‘real’ Geiger counter should consult the 
text box ‘From radiation to sound’ for a suit- 
able solution. 


Construction 

The circuit can be built on a piece of bread- 
board (see Figure 2), with the photodi- 
ode on the underside (Figure 3). To keep 
light out of the sensor the whole circuit is 
wrapped in aluminium foil (Figure 4). As 
mentioned above, ordinary kitchen foil is 











Figure 2. Prototype of the sensor amplifier. 
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Figure 3. The sensor is on the underside of 
the board. 


23 


TEST & MEASUREMENT 


Luminous dials 


An old watch with a luminous dial is ideal for testing radiation de- 
tectors. Alternatively, a suitable alarm clock or compass might be 
found at a car boot sale. 


Radioactive luminous paints were used until about 1965 and watch 
and clock faces from that time will have lost almost all of their lumi- 
nosity by now. If you are not sure whether your watch is radioac 
tive, itis possible to carry out a simple test without any electronics 
all you need is a magnifying glass. In complete darkness, with your 
eyes fully accommodated, look at the hands under the glass. If the 


Figure 4. The whole thing is wrapped in aluminium foil. 





paint is a radioactive mixture, you will see faint flashing and flicker- 
ing: you are actually witnessing individual decays. The alpha par- 
ticles produced excite the luminous paint. If you see no light or an 
absolutely uniform light, then there is no radioactivity present. 


This testis probably only possible with luminous paints based on ra- 
dioactive materials that have aged considerably, as when the paints 
are new there may be too many decays happening to see them 
individually. 


| _ Inthe quiescent state a band of amplified 
noise about 30 mV, will be seen (Figure 5). 
A gamma ray hitting the sensor will be seen 
as a positive pulse with a small negative 
undershoot following it. Ifstrong negative- 
going pulses are seen it is a sign that the 
circuit is not screened well enough and is 
reacting to RF signals: the radiation we are 
trying to detect only causes positive-going 
pulses, Figure 6 shows the signal accumu- 
lated over a period of 30 s with the sensor 
pointing at an old pocket watch with lumi- 
nous hands. 


ideal for this as it is thin enough to let beta 
particles through. The foil also functions as 
electrical screening. 


To avoid the foil causing short circuits, wrap 
the board first in insulating tape, leaving a 
gap for the window of the photodiode. Then 
wrap the assembly in foil, not forgetting to 
connect the foil to ground. 


Experiments and results 

The best way to evaluate the results is to use 
a digital oscilloscope, in AGcoupled mode. A 
good place to start is with a vertical sensitiv- 
ity of 50 mV per division and a timebase of 
0.2 ms per division. Some oscilloscopes have a 
persistence mode which allows the results to 
be accumulated on the display. Itis of course 
also possible to use an analogue oscilloscope. 


Figure 7 shows measurements taken from 
another radioactive sample, in this case a 
small piece of pitchblende (uranite), a nat- 
urally-occurring ore of uranium. Again the 
‘measurements are taken over 30s. Itis easy 
to see that this sample is more radioactive; 
but it is also possible to see a difference in 
the energy distribution. There are more 





From radiation to sound 


A ‘real’ Geiger counter makes a pleasant ticking sound. Our diode 
sensor, on the other hand, is completely silent. 

We can remedy the situation with the help of a comparator anda 
circuit to stretch the pulses so that we can drive a loudspeaker to 
make clicks. The tested circuit shown here uses a type LM311 com- 
parator which produces a pulse on its output when the amplitude 
of a pulse on its input exceeds a threshold set by the trimmer. The 
transistor at the output stretches the pulse to make it audible. The 
final output can be used to drive headphones, an audio amplifier 
and a loudspeaker, ora PGstyle active speaker. 
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Figure 5. Circuit output in the quiescent 
state. 


pulses with an amplitude of over 100 mV 
than in the case of the luminous watch. 
This shows that, unlike a Geiger tube, this 
detector can determine the energy of the 
individual particles. This in turn lets us make 
deductions about the types of nuclei that 
are disintegrating. In the case of pitch- 
blende these will be elements in the ura- 
nium decay series; in the case of the lumi- 
nous watch the decaying nucleus is likely to 
be radium. 
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Figure 6. Readings over 30 seconds from an 
old watch with luminous hands. 


The possibility of accumulating readings 
over a long time period lets us examine 
samples where we would expect little or no 
radioactivity. Here the photodiode works 
better than the counter tube as the back- 
ground rate is practically zero. With a Gei- 
ger counter there are almost always pulses 
arising from cosmic rays: these hard gamma 
rays also affect the photodiode sensor, but 
because of its much smaller sensitive area 
these events are much rarer, and so it is eas- 
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Figure 7. Readings over 30 seconds from a 
sample of a mineral containing uranium 


ier to separate the wanted signal from the 
background. Figure 8 shows readings from 
a sample of galena, a mineral that we would 
expect not to be radioactive at all. After half 
an hour, however, we see two clear peaks. 
We obtained a similar result from a sam- 
ple of granite, which is known to be slightly 
radioactive. 


Certain components and pieces of appara- 
tus manufactured before stricter modern 
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TEST & MEASUREMENT 


Radon decay products 


Radioactive samples for testing can be obtained directly from the 
environment: we are constantly surrounded by radioactive materi- 
als. For example, radon is continuously escaping from the ground. 
This radioactive gas decays (with a moderate halflife) producing 
further radionuclides, which can be collected. 

Take a thin (0.2 mm diameter) piece of enamelled copper wire and 
stretch it out indoors. Apply a negative potential of between -5 kV 
and -10 kV to the wire and leave it for ten minutes. Disconnect the 
high voltage and then run a strip of paper along the length of the 
wire: you will pick up a dark line of dust that was attracted to the 
wire by the high voltage. 

These dust particles are particularly rich in the radioactive decay 
products of radon. The reason for this is interesting: when the ra- 
don decays the new nuclei are moving rapidly, and are therefore 


stripped of some of their electrons. This means that they have a 
positive charge and so are attracted to the negatively charged wire. 
When this ‘dirty’ strip of paper is held up to the radiation detector, 
a high level of activity will be recorded. There is no danger, how- 
ever: ifthe isotopes had not been picked up by the wire, you would 
probably have breathed them in instead. 

This method will let you determine which rooms in your house have 
more radon in them. Normally levels will be higher in a cellar or 
basement as the source of the radon is the earth below. 

A suitable high-voltage generator was described as the ‘Airloniser’ 
mini project in the June 2009 edition of Elektor (http:|/www.elektor. 
com/071072). Itis necessary to extend the design by a further two 
stages (two capacitors and two diodes) to obtain an output voltage 
of SkV. 








Figure 8. Readings over 30 minutes froma 
sample of galena. 


controls were in place can turn out to be 
radioactive sources. A well-known example 
is that certain gas discharge lamps and volt- 
age regulator tubes rated under 100 V con- 
tain radioactive substances. The author had 
already had suspicions about an old Russian 
gas discharge lamp rated at 75 V/3 mA (Fig- 
ure 9). There is a small metal cap welded on 
to the outer cover, beneath which a strange 
pill is visible. Beneath this is a tiny hole. 


Taking readings over half an hour (Fig- 
ure 10) revealed impulses with a particu- 
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Figure 9. A gas discharge tube with a 
radioactive ioniser to aid starting. 


larly high energy: all the more surprising 
given that the radiation had had to pene- 
trate the glass envelope of the tube. 


Outlook 

We have described the sensor and a simple 
amplifier for it. If the circuit is built into an 
enclosure, along with the comparator cir- 
cuit and loudspeaker described in the text 
box, the result is a device that can be used 
in the field, for example to test minerals in 
a quarry. Combine the comparator with 
a digital counter, and the overall level of 





Figure 10, Readings taken from the gas 
discharge tube shown in Figure 9. 


radioactivity can be measured. A sample- 
and-hold circuit could be added to record 
energy levels, and the results could be dis- 
played as a kind of energy spectrogram. 


Another possibility is to look at taking 
measurements from other samples over a 
long period. For example, potassium chlo- 
ride is a very weak beta emitter. It would 
be interesting to see if the photodiode can 
detect it. 

(110372) 
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REVIEW 


Picoscope 3000 On Test 


A new series of computerscopes 


in practice 
By Harry Baggen (Elektor Netherlands Editorial) 


Pico Technology have completely updated their 


middle-of-the-range series of USB-oscilloscopes. The 
new PicoScope 3000 series has quite a bit to offer, such 


as, for a USB-powered scope, a very high sampling 
frequency of 500 Msamples/s and a built-in 
AWG/function generator. What is it like to use 
such a scope in practice? We spent some time 
using the type 3206B. 


USB oscilloscopes are forever becoming more powerful and 
more versatile. An electronics engineer is therefore increas- 
ingly tempted to buy a USB oscilloscope instead of a stand-alone 
version. The main motivation is not necessarily the potential to 
save some money, but more the advantages that a USB version 
could offer. The device has small dimensions and you have a very 
nice (computer) screen that is incomparable to that of an ordinary 
oscilloscope. In addition, a USB-scope combined with a laptop can 
be used for quite a while without being connected to an AC outlet 
and this combination has the further benefit of being completely 
isolated from the AC grid. And the supplied software often has a 
many more features which you are not likely to find on a compara- 
ble stand-alone version. But a stand-alone scope also has its advan- 
tages. The advantages of such an instrument are evident mainly at 
higher sampling frequencies, because the entire hardware of the 
instrument can be tuned to obtain the necessary operating speed. 
With a USB version you are stuck with the limitations of the data 
transfer between ‘scope and PC. This could be mitigated, for exam- 
ple, by adding more very fast memory to the scope hardware. This 
solution however, has the drawback that the hardware becomes 
increasingly more elaborate, with the consequence that the price 
advantage becomes smaller. But as already noted, a USB scope still 
has a few trumps in hand! 


The new 3000 series from Pico 

Pico Technology is a UK manufacturer who have specialised in the 
design and production of USB measuring instruments. They now 
have more than 20 years experience in that! Their range of USB 
oscilloscopes is very broad, starting with entry level models for 
about 125 pounds up to very fast models costing more than 13,000 
pounds. 
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The popular 
medium range 
3000 series has 
recently been 
completely updated. 
This range comprises six 
2-channel models with prices rang- 
ing from about 500 to 1100 pounds. The entire series has a maxi- 
mum sampling rate of 500 Msamples/s, and according to Pico — 
these are the most powerful USB-powered USB scopes available at 
the moment. The input bandwidth increases in steps and price from 
60 to 100 and 200 MHz. In addition there are A- and B-versions, 
which have a different signal generator built in. 
The A versions have a function generator which can generate a 
number of fixed waveforms, while the B version has an AWG (Arbi- 
trary Waveform Generator) which allows the user to make his own 
waveforms. They all have a built-in buffer memory, which, depend- 
ing on the model, ranges from 4 to 128 Msamples. Pico sent us the 
most expensive model from this series, the 3206B, which we used 
for a few days. This is our report. 


Hardware 

For starters, we could of course not resist the temptation to open 
the enclosure of the Picoscope, so that we could inspect the hard- 
ware it contains. Figure 1 shows the opened enclosure, where the 
nicely screened input sections stand out. The heart of the scope 
consists of a powerful Spartan-6 FPGA from Xilinx, which takes care 
of the digital processing of the measuring signals as well as produc- 
ing the signals for the signal generator. To this is connected a fast 
DD3 memory chip for storing the data samples. 
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The two input channels are digitised using an 
unsigned A/D converter we understand was co- 
designed by Pico. The signal generator data created by 

the FPGA is converted into an analogue value by an AD9706, 
a 12-bit DAC from Analog Devices with 175 Msamples/s. Finally, a 
USB transceiver made by Cypress (CY7C68013A) takes care of the 
communications with the PC. 


Software 

Pico supply all their USB scopes with the same software, which has 
no limitations when it comes to features. The only limitations are 
those of the options and specifications of the connected hardware. 
The standard application is the oscilloscope screen, which shows 
the signals in a certain colour on a white background. There is a spe- 
cial ‘persistence’ mode, which imitates the afterglow of a classic CRT 
oscilloscope screen (on a black background). The trigger options are 
very extensive. With the aid of a few buttons you can walk through 
the buffer memory in blocks and call up interesting signals. 

There is also an ‘XY’ mode. In addition there is an FFT analyser, 
which shows a continuous frequency analysis of the input signal. 
This allows from a choice of different types of sampling windows 
(Hamming, Blackman, etc.). 

Furthermore, the software has the option of displaying and analys- 
ing different types of serial data such as 2C, RS232/UART, SPI and 
CAN bus. This shows both the original measured signal as well as the 
decoded data on the screen at the same time. Using the generator 
button you can summon the menu for the built-in signal generator, 
where you can select the desired waveform and output voltage. 
With the B models from the 3000 series you also have the option 
of creating waveforms yourself using a graphical window (just draw 
the wave shape using the mouse) or from a CSV file. 


In addition there are many more features and options, too many 
to discuss in detail, such as the option of making special scope pro- 
files, the ability to make masks for, among other things, tolerance 
measurements in production processes, the various types of meas- 
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REVIEW 


urements that can be made on the displayed signals and carrying 
out mathematical functions. 


In practice 

The PicoScope 32068 is supplied with two probes in a storage 
pouch, a USB cable, an installation CD and a Quick Start Guide. The 
inconspicuous plastic enclosure has four BNC sockets on the front 
and one USB connector on the back. The installation of the soft- 
ware from the CD is done in five minutes, this went without any 
problems. After this the scope can be connected to the PC with the 
supplied cable and we can get started. 

The first impression after starting the program is that of a plain 
appearance, all operating elements are accommodated in a few 
bars above and below the scope screen. The large screen format is 
immediately obvious, compared to our standard scopes in the lab! 
You really should start by reading the Help menu which explains the 
operation and features in detail, but as an electronics engineer you 

















Figure 1. The inner workings of the new 3000 series from Pico. 
Note the shielded input sections. 
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Figure 2. Here different windows of the main program have been 
opened. 


would much prefer to start experimenting immediately. That means 
connecting a probe and then clicking the handy Auto Setup button. 
The software will then try to find the correct settings (for, amongst 
others, X, Y and triggering) to give a steady image and a eas- 
ily recognisable waveform. In most cases this button 
appears to work well, you can then fine-tune 
some of the settings your- 
self. The screen reacts 
pleasantly quick to sig- 
nal changes and this 
gives you the feeling 
that you're measur- 
ing in ‘realtime’. With 
a resolution of eight bits 

and a large screen you would 
expect the displayed waveform to look 
quite course, but thanks to mathemati- 
cal averaging (adjustable from 8 to 12 bits) it 
appears much more detailed. 


The design of the operating interface does require some famili- 
arity, because its structure is completely different compared to a 





and clearly documented. All the 
trigger options appear in a separate menu with a brief explanation 
and a small picture. It is easy to step through the buffer memory, 
which is displayed as a few screens in postage stamp format in a 
separate window, after which the desired data can be displayed in 
a large format. 
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Figure 3. The contents of the buffer memory is easily observed 
thanks to the division in blocks which are shown as postage stamps 
in the overview. 
























built-in 
AWG/fune 
tion generator of 
the 3000 series makes 
it possible to test circuits 
without the need fora separate 
generator. The frequency range is 
more than enough for most applica- 
tions (1 MHz). The AWG in the model we 

tested has the additional option of designing 
different waveforms graphically in a kind of mini editor. In this way 
it only took me five minutes to make a sine-burst signal, which is 
very suitable to judge the delay response and ringing of audio filters 
and loudspeakers. Although this is a very complex signal for getting 
a scope to trigger on consistently (without having the sine waves 
‘jumping around’ all the time) Iwas quickly able to find an advanced 
trigger setting that worked perfectly. 


Thanks to the high sample frequency of the new 3000 series 
(500 Msamples/s for one channel, 250 for two channels) itis pos- 
sible, even at higher signal frequencies, to see the exact shape 
of the signal edges and look for any tendencies of oscillation or 
ringing. Especially in combination with the large buffer memory 
this gives many options for signal analysis. The maximum sam- 
ple-rate for continuous (repetitive) signals (this is 10 Gsamples/s 
forthe 3206A/B) is something we haven't tried, but it can be use- 
ful in some situations. 
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Excellent combination 

The new 3000 series from Pico offers an excellent combination of 
a USB scope with a reasonably large sample frequency and a func 
tion generator/AWG with a useful frequency range. Starting from 
399 pounds (excl. VAT) you have a 3204A with built-in function gen- 
erator and 60 MHz input bandwidth. That gives you a fully-fledged 
scope with many features and a large screen (the computer moni- 
tor), which does not need its own power supply and is therefore very 
suitable in combination with a laptop. 


Depending on your requirements for bandwidth, AWG and buffer 
memory size you can choose a more expensive version. The 32068 
that we tested is very satisfactory in daily use. It is so good that is 
was difficult to return to using a conventional oscilloscope. With this 
3000 series, Pico have made a versatile series of measuring instru- 
ments with state-of-the-art components, excellent performance 
and a great price/performance ratio. 

(110268-1) 
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Figure 4. In the window for the Arbitrary Waveform Generator an 
unusual signal can be generated quickly. 


More information: 


www.picotech.Com/computer-oscilloscope.html 


ASSEMBLY LANGUAGE ESSENTIALS 


Circuit Cellar’s first book, Assembly Language Essentials, is a matter-of-fact guide to Assembly 
that will introduce you to the most fundamental programming language of a processor. 
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Geolocation with the ATM18 


Do.you'know.where yôür ATM18sis right now? 


By Grégory Ester (France) 


The Telit GM862-GPS modenymodule incorporates a 20-channel SiRFstarlll™ GPS receiver, whichallows its 
location to be determined very precisely, If you combine it with an'Eléktor ATM18 modul&and install.them 
in your car,youfhave a tracking device that can send you e-mail or text messages tö let you know exactly 


where your prize vehicle is. That's handy if you need to lend your car to someone. 


The article ‘Mobile, Text, Caller ID’ pub- 
lished last month [1] described a project 
that uses the same GM862-GPS module, 
but we did not use the GPS functions of this 
versatile module in that project. This arti- 
cle remedies that situation. incidentally, 
the project described in this article is self- 
contained, so you don't need to consult the 
previous article. However, we do use the 
same hardware here: an ATM18 module [2] 
with a two-wire LCD [3], which communi- 
cates with an OEM version of the GM862- 
GPS module [4]. The latter module is fit- 
ted ona prototyping board [5] along with 
antennas for GPS and GSM. See Figure 1 for 
the interconnections between the modules. 
This hardware forms the platform for three 
related but different applications, which are 
summarised in Table 1. Each application has 
its own software, which you can download 
free of charge from the Elektor web page for 
this project [9]. 


Updating the GM862-GPS module 
If you bought your GM862-GPS module 
some time ago, its firmware may be older 
than the current version (07.03.402), which 
means it needs to be updated. To find out 
which firmware version your GM862 mod- 
ule has, you need to connect it to a PC. To 
do this, connect RXI and TXO to the TxD 
orange) and RxD (yellow) leads of a USB 


Elektor Products & Services 


* ATM18 microcontroller board: # 071035-91 
* ATMS prototyping board: # 071035-92) 


to serial converter (such as the FTDI con- 
verter [6]) instead of pins PC2 and PC3 of 
the ATM18 module. In your terminal emu- 
lator program (e.g. Hercules [7]), enter the 
command AT+CGMRSOD. If your modem 
replies with Version 07.03.402, you 
can skip the next three steps. 

Use the following procedure to update the 
firmware: 

1. Issue the command 
AT+IPR=11520080D to configure the 
modem to 115,000 baud, and then restart 
the terminal emulator program with the 
same setting. 

2. Next you have to register on the Telit 
website [8] in order to use their download 
page. What you need from the download 
page is an update tool called Xfp 2.13 and 
(of course) the update firmware. You can 
also order both files by sending an e-mail 
to the Telit support employee: Khaled. 
Chtourou@telit.com. 

3. Connect power to the GM862-GPS pro- 
totyping board. If necessary, press and 
hold the On/Off button until the STAT LED 
goes out, to ensure that the module is 
switched off. Launch Xfp 2.13, configure 
the serial port number, and set the speed 
to 115,200 baud. Then click Browse and 
navigate to the update file on your hard 
disk. Next click Program, which causes the 
message Linking... to appear at the bottom 


of the window. The progress bar will also 
start blinking (see Figure 2). Now switch 
on the modem. This works the same way 
as with your mobile phone: just press the 
button briefly. The green STAT LED will light 
up, and the update will start. You should 
see the progress bar advancing to the right 
(Figure 3). When the update is finished, the 
STAT LED goes out and the message shown 
in Figure 4 appears. Click OK, press the 
On/Off button on the modem prototyping 
board once again, and issue the command 
AT+CGMRS0D again. You should receive 
07.03. 402 in reply, which indicates that 
your GM862-GPS is now operating with this 
version of the firmware. Then reset the data 
rate of the modem to 9600 baud by issuing 
the command AT+IPR=960050D. 


The GPS functions of the GM862- 
GPS module 

The GM862-GPS allows you to collect all 
sorts of data related to its geographic 
location. You can request this data by 
sending AT commands, but there is also 
another option. The prototyping board 
has an output labelled EMMI_TX, and the 
same geographic data is sent out over 
this port, independent of the AT com- 
mand interface. The EMMI_TX port out- 
puts data in frames with the NMEA0183 
format, which is a standard for serial data 


* 2-wire LCD module: #071035-93 
* Project software: #110267-11.2ip 
Items accessible via www.elektor.com/110267 
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Figure 1. Block diagram and wiring of the various modules. 





Table 1. Firmware files available for this project. 


Function 





1102674_GM862-GPS_ATM18_P3.bas 


Displays geographic data extracted from NMEA frames on the LCD 





110267-1_GM862-GPS_ATM18_PA.bas 


Sends geographic location data via text messages or e-mail 





110267-._GM862-GPS_ATM18_P5.bas 








Collect BTS identification data (LAC and CI) and continually records signal quality 


and geographic position 








communication in the maritime world. 
To obtain data from this port, first press 
and hold the On/Off button to enable the 
GM862-GPS module. The STAT LED will start 
blinking at a 1-second rate, indicating that 
that the modem is not yet logged in to the 
network, but this does not stop it from out- 
putting NMEA frames. By default the data 
stream emerges from the EMMI_TX port 
at 4800 baud and consists GGA, GSA, GSV 
and RMC frames in succession. What this all 
means is explained below. 

The first of our three applications use the 
software in the file 110267-I_GM862-GPS_ 
ATM18_P3.bas, which parses GGA and RMC 


frame and outputs their data. Among other 
things, GGA frames contain the UTC time 
code, the latitude and longitude, the eleva- 
tion above sea level, the number of satel- 
lites that are being received, and a check- 
sum. We also want to know the speed and 
the date, which come from the RMC frames. 
This data is not valid unless signals are being 
received from at least four satellites. If this 
condition is satisfied, the program extracts 
the desired data from the frames, compiles 
it, and sends it to the LCD module. The data 
is displayed as shown in Figure 5, and the 
display is refreshed approximately once per 
second, If you press button 2, the display 


changes to the screen shown in Figure 6. 
Here the speed is shown in the third line. 
The speed is given in miles per hour if pin 
PCA is tied to ground, or in kilometres per 
hour (see Figure 7) if it is connected to +5 V. 
The time zone is preset in the software to 
Central European time (CET), which is GMT 
(Greenwich Mean Time) + 1. 


ATM&8 telltale 

The task of the second application is to use 
the GM862-GPS module to cause e-mail 
messages to be sent via port 25 of an SMTP 
server. Mobile telephones with GPRS capa- 
bility can be used to send e-mail messages. 





























Figure 2. Xfp Ready dialogue. 
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Figure 3. Xfp Go dialogue. 


Figure 4. Xfp Done dialogue. 
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Figure 5. The current time (GMT + 1) is 


However, some mobile phone subscriptions 
— especially the bargain variety — do not 
include GPRS service. If this is true in your 
case, you will have to ask your provider to 
activate this service. 


Assuming your subscription includes GPRS 
service (see Figure 8), and you are able 
to sent e-mail, you need to install a dif- 
ferent program to provide this capability: 
110267-1_GM862-GPS_ATM18_P4.bas. 


Table 2 lists all of the data and configura- 
tion settings you need in order to send 
e-mail message with the GM862-GMS mod- 
ule, Here you are the sender who wishes to 
send messages to the receiver. After enter 
ing your PIN code, you can create a GPRS 
context using the commands listed below. 
In this listing, ‘ox’ is always the response 
that you receive from the module. 


AT4CPIN=7453<CR> 

oK 

AT+CGDCONT=1, "IP”,"internet68” 
<CR> 

oK 

AT#esmtp="smtp.mail. yahoo. 


Figure 6. Where are you? 
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Figure 8. GPRS service activated. 


fr”<cR> 
OK 
Alfeuser="gpstracker74”<CR> 
OK 

Al fepassw="258369"<CR> 

OK 

ATHeaddr-"gpstracker7 4@yahoo. 
fr"<CR> 

oK 

AT#esav<CR> 

oK 


The commands listed above create the 
GPRS context and secure it. After this you 
can issue the following command to acti- 
vate the context: 


Figure 7. And where are you now? 


AT#SGACT=1, 1<CR> 
#SGACT: 10.189.67.153 
oK 


As you can see, the GM862-GPS module 
returns an IP address in response to this 
command. This is what you need in order 
to send e-mail messages. Use the following 
command for this purpose: 


AT#EMAILD="my_address@my_ 
domain. uk”, "Test", 0<CR> 


(Of course, you should replace my_ 
address@my domain.uk by your own 
e-mail address.) The modem responds with 
the prompt character>, after which you can 
send your message, terminated by Ctr 1-2. 


> This is a 
[Ctrl-Z] 
oK 


test message. 


Before you compile 110267-I_GM862-GPS_ 
ATM18_P4.bas, you must modify a number 
of constants as described in Table 1. Most 
of them are self-explanatory, but there are 
also four passwords, which must consist of 


Table 2. Data necessary for sending e-mail messages via GPRS. 














Parameter Example data Your data 
SMTP server smtp.mail.yahoo.fr 

E-mail address of the sender gpstracker74@yahoo.fr 

E-mail address of the receiver contact@adelek.fr 

E-mail subject TEST 





E-mail content 


Test GPRS feature, hello World! 





Access point name (APN) — depends on your 














internet68 
service provider 
Login name for e-mail account (user ID) gpstracker74 
Password for e-mail account 258369 
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seven alphanumeric characters (excluding 
special characters). The purposes of these 
passwords are described below. 

After you have compiled the program and 
loaded it into memory, you can use the unit as 
follows. First install it in the vehicle you wantto 
be able totrack, and then give the keysto a reli- 
able volunteer with orders to go fora nice ride, 
while you stay at home to check things out. 
There are two methods that you can use 
to keep track of where your accomplice is 
going with your wheels. The first method is 
to send a text message (SMS) with your pre- 
viously configured password, which in our 
example is ‘T090471’. A short while later 
you will receive a text message in response 
(see Figure 9) with the following informa- 
tion in sequence: the latitude and longitude, 
a web link for Google Maps, the date and 
time, the speed, and the number of satel- 
lites used to calculate this data. If you can 
access the Web from your mobile phone, 
click the Google Maps link to display a map 
with the position of your car marked by the 
familiar icon (Figure 10). In this URL +=m 
(‘m’ stands for map) means that a map will 
be displayed (but not photo imagery or a 
hybrid image) and 2=10 sets the zoom fac 
tor to a fixed value of 10. 

The other method is to send a text message 
containing the other password (‘E090471’ 
in our example). In response you will receive 
the same information, but in this case it will 
come in an e-mail message sent to address 
Emai11 (see Figure 11), which in our exam- 
ple is contact@adelek. fr. The subject 
line of the e-mail shows the time when the 
information was calculated. 

You can also authorise another user to do 
the same thing. You do this by giving them 
their own set of passwords (‘T180676" and 
‘E189676' in our example). The other user 
will then receive responses on their phone 
(Phone2) or by e-mail (zmail2). 

Note that this program does not use the 
LCD module. Instead, the program status 
can be read from a set of five LEDs. Figure 1 
shows how they should be connected. 





Mapping cellphone base stations 

Every cellphone is connected to the mobile 
telephone network by base transceiver sta- 
tions (BTSs), and each BTS is surrounded by 
a cell within which the BTS can detect the 
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Figure 9. Geographic location data 
via text messaging 


Decal = 1 





Apn = « 
t Esmtp = «smtp. 
t Euser = «gpstracker74» 
Epassw = «258369» 





Const Passwlt = «T090471» 
Passwle = «E090471» 
Phonel = «0682834725» 





Const Emaill = «ci 





t Pass = «T180676» 
Passw2e = «E180676» 
Phone2 = «06XXXXXXXX» 





Const Code pin = «7453» 


mobile phones present in the cell. When 
you move about with your mobile phone, 
the connection is handed over from one 
cell to the next on so that you do not lose 
the connection, at least most of the time. 
In any case, every base transceiver station 
transmits its own unique identification 
code in the data sent to you mobile phone, 
and the approximate geographic position 
of the phone can be determined from this 
information. The identification code con- 
sists of two numbers: the Local Area Code 
(LAC) and the Cell identity, which is the cell 
number. When you move closer to the BST 
of another cell, its takes over the connec- 
tion and the LAC and CI data set changes. 
It's fairly easy to have the ATM18 module 
log this data set while it's moving through 
the network. Among other things, you can 





Eaddr = «gpstracker74@yahoo. fr» 


act@adelek.fr» 


Email2 = «stephanie.b@free.fr» 


ATM18 





Figure 10. Where's my ATM18 board? 


SENDER SMTP 
‘EMAIL SENDER LOGIN 
‘EMAIL SENDER PASSWORD 








‘PASSWORD USER2 








use this information to create a database of 
BTSs in your region. 


The option of registering the identification 
codes is disabled by default. To enable it 
you must issue the command AT+CREG=2, 
which translates into ‘enable network 
registration unsolicited result code with 
network cell identification data’. For this 
application you need a third program 
file, 110267-I_GM862-GPS_ATM18_P5.bas, 
which contains the software that collects 
the LAC and Cl codes of the mobile tele- 
phone network cells as you drive through 
them with the ATM and modem modules. 
Each time you change to a different cell, 
the program outputs data on pin PCO (see 
Figure 1) at 9600 baud, which can be sent 
to a terminal emulator program (such as 
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Table 3. Indicator LED functions with program 110267-|_GM862-GPS_ATM18_P4.bas. 


LED | Meaning 





processing is currently in progress 


Fewer than four satellites are within range, the data in the GGA frames is not valid, or (if valid frames have been received) 





Configuration commands are being sent to the GM862-GPS module, or the module does not see any network 





Waiting for a text message 





A text message is being sent in response to a geographic position request 





ulasluin 


An e-mail message is being sent in response to a geographic position request 





Table 4. Indicator LED functions with program 110267-1_GM862-GPS_ATM18_P5.bas. 

















geographic position data to the terminal emulator program 





LED | Meaning 
1 | Fewerthan four satellites are within range, the data in the GGA frames is notvalid, or (ifvalid frames have been received) 
processing is currently in progress 
2 |Configuration commands are being sent to the GM862-GPS module, or the module does not see any network 
Waiting for connection to a new base transceiver station (BTS) 
a Retrieving the identification data (LAC & CI) for a new BTS and the current signal quality data, and sending this data and the 








Hercules) running in logging mode on your 
PC, so that the received data can be stored | -- 
directly in a file. This data is structured as 
follows: 





Start with BTS: 
Signal Quality: +CSQ: 30.0 
13/03/2011 

16h16m15.0008 

SAT: 05 ALT: 462.1M 

LAT: 46deg21’40.9"N 

LON: 006deg28’44.5"E 


BTS: +CREG: 1,”296A”,”28D1” 
Signal Quality: +csQ: 21.0 
13/03/2011 

16h17m02.000s 

SAT: 08 ALT:464.4M 

: 46deg21’40.8"N 

: 006deg28'44.5"E 











emal BTS: +CREG: 1,”296A", "A2B3” 


Signal Quality: +CSQ: 21.0 
13/03/2011 

16h21m52.000s 

SAT: 08 ALT:448.7M 

LAT: 46deg21’33.9"N 

LON: 006deg27’48.8"E 


etc. 








+CREG: 2,1,“296A", "4437" 


http: //maps . google. com/maps?q=46.361347N, 6.479033E6t=méz=10 


http: //maps.google.com/maps?q=46 .361320N, 6.479023Zet=maz=10 


http: //maps.google.com/maps?q=46.359409N, 6. 463560E&t=m&z=10 














Here again, this program does not use 
the LCD module; instead you can monitor 
what's happening by observing the states 


Figure 12. A 25-mile trip along 27 BTSs. 
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of four LEDs as described in Table 4. We 
tested this program with a trip extending 
over a distance of about 25 miles (40 km) 
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Internet Links Table 5. Base transceiver station 
[1] wwwelektor.com/110139 identification codes (list of 10 of the 27 


ID data sets collected over a distance of 25 
miles along the route shown in Figure 12). 


[2] www.elektor.com/071035 
[3] wwwelektor.com/071148 
































[4] www.telit.com/en/products/gsm-gprs.php?p_ac=show&p=7 
[5] www.sparkfun.com/products/281 296A 143 
[6] http://www.elektor.com/products/kits-modules/kits/080213-71-cc2-avr- 296A B938 
board.35.441731.lynkx 296A FIID 
[7] www.hw-group.com/products/hercules/index_en.html 
296A acc 
[8] www.telit.com/enjproducts/download-zone.php 
[9] wwweelektor.com/110267 296A B938 
295A 94CC 
296A B938 
296A 9228 
(see Figure 12). We identified 27 base sta- interesting and useful, andhewouldappre- |-___—— ~ 
tion along this route (see Table 5). ciate receiving reports on your results (via 296A 9ACC 
3 . e-mail at tellme@adelek.fr). 296A c288 
The author hopes that you find this design (1102674) 
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DSP COURSE 


Part 2: 
DSP programming 


The Freescale DSP6375 is best programmed using its own assembly language. Although this may 


Audio DSP Course (2) : 





sound outdated — an undesirable leftover from early days of digital computers — this is not the 


case with the DSP56374. In part this is because the parallel data transactions typical of signal processing 


arithmetic cannot be handled more easily in a high-level language, and in part because the code 


generated using a high-level language is not as well optimised at the execution level as code generated 


using assembly language, especially since most DSP programs have very simple structures. Here the main 


hurdles in the programming process arise from stringent requirements for precision, and even high-level 


languages offer no help in this regard. 


By Alexander Potchinkov (Germany) 


The assembly language of the DPS563xx family is relatively easy to 
learn. It has high structural consistency and is based on a well con- 
ceived programming model, which also benefits from what manu- 
facturers can learn from existing DSPs before launching their own 
products, and especially what they can learn from experience with 
their own processors. 

You will need three PC-based programs for software development: 
an assembler, a simulator and a debugger. They are available as indi- 
vidual programs oras software tools in a package called an integrated 
development environment (IDE). All you essentially need is an assem- 
bler, but working without a simulator and debugger means doing 
without the most important tools for finding and fixing errors in DSP 
programs. The assembler converts source code into object code, 
while the debugger and simulator help you locate and correct errors 
in the program. The latter tools are very similar and have nearly the 
same functions and features, with the basic difference that a debug- 
ger needs to have a real DSP available, while a simulator does not. 


Assembler 

The starting point is a text file containing a DSP program written 
in assembly language. This text file may be generated using any 
desired editor, Each instruction may have up to six separate fields, 
separated by spaces: 
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x: (RO) +,x0 


A comment begins with a semicolon. From the source code file, the 
assembler generates a file containing the object code. This file has 
the extension . cla. You can use this file with the simulator, or you 
can use the debugger to load it into the DSP and run it in the DSP. 





Simulator 

The simulator is a very useful tool for software development. In a 
manner of speaking, the simulator is an emulation of the DSP that 
runs in the PC environment at reduced execution speed and lacks 
the peripheral devices of the DSP. The emulation includes not only 
the data path of the DSP, but also all of the interfaces and the entire 
memory, as well as the interrupt system. As the simulator also emu- 
lates the pipelining, it allows the number of DSP processor clock 
cycles necessary for any desired software routine to be counted, 
which is of course important information for real-time processing. 


Obtaining this information directly from the actual DSP program 
would be a very laborious task. The simulator can also be used for 
debugging, since the virtual registers and memory locations of the 
DSP can be read and written for each step of a program. For exam- 
ple, you may find that incorrect program behaviour is caused by an 
incorrect value in a register, or you can change the value in a register 
ata particular point in the program and allow the program to con- 
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MNT 


tinue executing from that point, 
in order to see how it behaves with the 
altered value. 


il 





The simulator is launched with the object code. This 
corresponds to loading the program into the actual DSP, 
in the sense that the program code is loaded into the simula- 
tor’s image of the DSP memory. You can test the program by run- 
ning it in single-step mode or in block mode. For this purpose the 
simulator offers conditional and unconditional breakpoints, instruc 
tion and processor clock cycle counters, a single-line assembler, and 
the option of displaying all memory and register contents either 
individually or blockwise and saving them as ASCII files. 


One of the major uses of the simulator is running itin file 1/0 mode. 
In this mode you can test the signal processing characteristics of a 
DSP program by using test data in a file (the test signal) as input and 
writing the output data from the program (the processed signal) 
to another file, which can be analysed using a standard program. 


To illustrate how to use the simulator, here we present a simple 
example based on the source file fileio.asm, which the assem- 
bler converts into the object file fileio.cl 





org x:80 ; 
simdatain ds 1 
ds 1 





simdataout 


x0 < input data 





data 





In the DSP program the content of DSP memory location simda- 
tain is copied to DSP memory location s indataout, with regis- 
ter x0 being used for temporary storage. This process is repeated 
indefinitely, which is achieved by including the jump instruction 
jmp start. An input file named infile. dat is generated for 
running the program in simulator mode. 





The simulator commands listed below read data from the input file 
and generate an output file named out file. dat, which in this 
case should contain the same data as the input file. 


i 
(2) 
(ES 
(CH 
5) 


simulator 


(8) 


a 





(3) 


| | I 
ll | | 
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The functions of the individual simulator instructions are: 
* The instructions in lines 1 to 3 reset the simulator and close any 
currently open input and output files. 


* Line 4 loads the DSP program. 


* Line 5 loads the input file. The option -rh indicates that the 
input data is to be read as hexadecimal numbers. The alterna- 
tive option -rf can be used to read fractionals, which are impor- 
tant for signal processing. 


+ Line 6 opens the input file, The option -o specifies that an exist- 
ing file with the name given in the instruction should be over- 
written. 


* Line 7 tells the simulator that the process should be stopped 
when the end of the input data is reached. 


* Finally, line 8 initiates the execution of the DSP program in 
simulator mode. 


The simulator instructions can be saved in a command file. 


Debugger 

The debugger does essentially the same thing as the simulator, but 
with the program running in the actual DSP instead of running on a 
simulated DSP. You can use the debugger to load programs into the 
DSP and run them in single-step mode or execute them with break- 
points. The debugger can put the DSP in a special mode in which all 
of the registers and memory contents can be read or written. The 
execution speed is much faster than with the simulator, since the 
program runs on real hardware. Instead of using the file I/O method 
with the test and response signal files, you can test your DSP pro- 
grams via the audio interfaces, for example by using a wave editor 
to generate test signals. 


Using the software 

Figure 1 illustrates the relationships between the PC programs 
(shown in rectangular boxes with grey shading) and the files needed 
and/or generated in this context (shown in boxes with rounded cor- 
ners). The starting point is the source code, which is converted into 
object code by the assembler. When you run the assembler, you can 
use the option -1 to specify the creation of a list file, which often 
comes in handy. In our case we need absolute object code, which you 
can generate by specifying the assembler option -a. The object code 
can be fed into three different programs: the debugger (with a DSP 
connected to the PC), the simulator, or a program called srec, which 
we haven't mentioned yet. You can use this program to generate 
S records, which are necessary for programming a bootstrap PROM. 
Commonly used programming devices can handle these S records. 


Software develop environments 


You need two things for DSP software development: the develop- 
ment software tools and an adapter to connect the debugger pro- 
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SourceCode 
‘asm 


Assembler List File 
asm66300 -a-b “ist 


Object Code 
“old 


Simulator 
sim56300 


Debugger S-Record Utility 


Input and Output 
Files ‘io 








Figure 1. Program and file relationships in the Freescale software 
development environment. 


gram running on the PC to the DSP. 


* Freescale Suite 56 

Software 

The software, consisting of an assembler, a linker, a simulator and 
a debugger, can be downloaded free of charge from the Freescale 
website [1]. The simulator and the debugger are available in two 
forms: either with a command-line user interface or with a graphic 
user interface (GUI56300 for the simulator and GDS56300 for the 
debugger). The software has a relatively short learning curve. Fig- 
ure 2 shows the software components of Suite 56. Suite 56 is espe- 
cially suitable for use in a team environment, thanks to the presence 
ofa linker and various libraries. 

Adapter 

The link to the DSP is provided by the parallel port of the PC and an 
adapter, which can be obtained from Freescale [2] or (in identical 
form) from Macraigor under the name ‘Wiggler’ [3]. You can also 
build the adapter yourself, since all that is needed is some bus driv- 
ers and a few other components. Detailed designs and documenta- 
tion for this can be found on the Web, such as the UniDSP56 from 
Gerrit Buhe [4]. If your PC lacks a parallel port, you can fit a plug-in 
PCI card with a parallel port. 


* Freescale Symphony Studio 

Software 

Freescale also makes the assembler, linker, C compiler, simulator 
and debugger available as free software plugins for the Eclipse 
development environment [5]. However, configuring these plugins 
to create a software development environment is not well docu- 
mented, and if you are not familiar with Eclipse it may cause you 
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trouble. On the other hand, it’s worthwhile to learn how to use 
modern software development environments, since they can be 
used with many different types of processor. 

Adapter 

Aswith Studio 56, the link to the DSP is provided by the parallel port 
of the PC and an adapter, which can be obtained from Freescale [2] 
or (in identical form) from Macraigor under the name ‘Wiggler’ [3]. 
Another option is to use a USB adapter, such as the usbWiggler from 
Macraigor [6] or USB-EMU from Domain Technologies [7]. 


* Domain Technologies BoxView 

Software 

Domain Technologies produces a software debugging tool that is 
sold under the name BoxView [8]. You can use this tool in combi- 
nation with the free assembler and simulator tools from Freescale 
(asm56300 and sim56300). 

Adapter 

AUSB adapter [7] is available from Domain Technologies. 


* Domain Technologies EVM package debugger 

A BoxView debugger tool (Bv30xEvm.exe) for use with Freescale's 
evaluation module (EVM) boards for DSP563xx digital signal proces- 
sors is available from Domain Technologies as a free download [9], if 
you have not already obtained a copy in an EVM package, This tool 
is especially user-friendly and is the author's favourite debugger. 
Figure 3 shows an example screen shot from a debugging session 
using the BoxView debugger tool. Along with a panel displaying 
the source code, you can see other panels that display the contents 
of registers and memory. Memory contents can also be shown in 
graphic form, which can often be very helpful. 

Adapter 

One option is to obtain an EVM board (sometimes available second- 
hand at a friendly price) and use it as an adapter for a separate DSP 
board. 

Along with the usual commercially available adapters and DIY 
adapters that connect to the parallel port of a PC, the author and 
Elektor are currently collaborating on the development of two inex- 
pensive USB adapters intended to help Elektor readers get up to 
speed in the world of digital audio signal processing, in combination 
with the hardware for this DSP course. 


DSP code and audio loop 

All of the DSP programs in this series of articles have the same high- 
level structure, consisting of a framework program and an audio 
loop. 

The framework program is largely the same for all of the applica- 
tions; it contains the setup code and the code for operating the DSP 
peripheral interfaces. In addition it performs the initialisation of 
the SRC and the application, such as clearing state memories, to 
ensure that the program always starts under the same conditions. 
The audio loop contains the code for audio synchronisation and dig- 
ital signal processing. 

‘Two sets of input and output channels are configured in the frame- 
work program. They are available in the form of a two-channel 
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4. Cycle-accurate simulator is designed 
to enable software development and 
debug before target hardware is available, 
Itis engineered to support application 
profiling and finer-grain debugging than 
possible with target hardware. 








2. Linker links multiple DSP object files, 
nker standard DSP libraries and real-time 
Libraries operating system (RTOS). 
RTOS 


‘SUITES6™ SOFTWARE DEVELOPMENT 


1. Assembler generates DSP object code from 
compiled and/or hand-generated assembly code. 


3. Debugger enables 
software debug using 
either the simulator, the 
DSP evaluation board 
or the target hardware. 


Targ 
E on Hardw 
Board 





ager 





Figure 2. Suite 56 software tools (image courtesy of Freescale). 


receiver on audio data port RXO and a two-channel transmitter on 
audio data port TXO. The DSP program needs two memory buffers, 
which are used as audio data buffers. They are set up in X RAM and 
provided with pointers to the base addresses of the buffers: 











TxBuffBase EQU 5000000 ; 
$000010 ; Baseaddress of Rx-Buffer (x) 
5000020 of TxBufferPeinter (x) 
000021 Rx-BufferPointer (X) 





We also need a flag called the left/right flag (LRF 1ag), which is 
polled in the main loop of the program in order to perform audio 
data synchronisation. 

$000022 ; Adi 


£ Left/Right-Flag 






RightRx + Bit Position in Lef=/Right-Flag 
With two-channel audio data transmission the left channel sample 
is transmitted in the first slot and the right channel sample is trans- 
mitted in the second slot, and the DSP counts these slots as 0 and 1. 
For this purpose the DSP audio interfaces are operated in network 
mode, which can be configured for two channels. In network mode 
the interrupt system of the audio interfaces generates an interrupt 
when the last slot has been read in. The interface can manage up to 
32 audio channels for each audio data port, but here we need only 


two of these channels. 


This means that the last slot holds data for the second channel, 
which is the right channel. The left/right flag, which has a value of 
1 when data for the right channel has been received, is set in an 
interrupt service routine (ISR) triggered by the Last Slot interrupt. 
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Inthe initialisation section the two audio buffers are filled with zeros 
and the synchronisation flag is reset: 

org x:TuBuffBase 
de o 

de 0 

endm 





org x:RxBi 
o 


o 


de 
endm 
org 
de 


:LRFlag 


The program uses six long-interrupt ISRs to operate the audio inter- 
faces. The corresponding j sx instructions and ISR base addresses 
are entered in the interrupt vector table. 

Now we're ready to execute the DSP code. The first task is to con- 
figure the audio interfaces. The settings for this must be selected 
individually because they depend on the hardware that is used. 
The most important setting determines whether the DSP acts as 
an audio master or as an audio slave. If the DSP is an audio master, 
the audio data clocks must be derived from the DSP processor clock. 
In this situation itis advisable to make the clock oscillator frequency 
an integer sub-multiple of the master audio clock frequency. For 
example, if the master audio clock frequency is 24.576 MHz you can 
use a standard 6.144 MHz crystal and configure the DSP clock PLL 
with a multiplication factor of 24, yielding a DSP processor clock fre- 
quency of 147,456 MHz. Now the audio interface clock signals can 
be derived by dividing the processor clock signal by 6 to obtain the 
master clock signal and by 3072 to obtain the sampling rate signal 
(48 kHz), which clocks the left/right channel data. if the DSP should 
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Figure 3. Domain Technologies BoxView debugger window. 


act as an audio slave, the required clock signals can be generated 
by an A/D converter or a digital audio receiver acting as a master. 
In order to configure the audio interfaces, you also need to specify 
the network mode, the receiver and transmitter to be used, the data 
format, the interrupts to be used, and so on. 

The audio loop starts by polling the synchronisation flag: 


AudioLoop 
jele 
belz 


#RightRx, X:LRFlag,* 
#RightRx, X:LRFlag 


i right word received? 


1 reset synchronisation flag 


Here the j c1 r instruction performs the polling. The polling loop 
is executed repeatedly until the flag is non-zero. Iterative polling of 
the flag is achieved by using an asterisk (+) as the jump target. The 
subsequent »c1r instruction resets the flag to zero so that it can 
be set again by the corresponding ISR. 
The following code segment first writes the two words in the receive 
buffer to the two accumulator registers a and b. 

move x:RxBuffBase,a 
xBuffBase+1,b 


1 Left Channel ->a 





move + Right Channel ->b 


; insert signal processing here 


move a,x:TxBuffBase 
b,x:TxBuffRase+] 


jmp  AudioLoop 


+ a-> Left Channel 


move + b-> Right Channel 


After this the audio data can be processed by the DSP code. At the 
end of this processing, the six signal values generated by the DSP 
code are written to the transmit buffer. In the example code, the 
two accumulator registers a and b are read for this purpose. In the 
absence of any signal processing, the DSP passes the received data 
and a sampling clock to the output with no delay. The final instruc 
tion jumps back to the polling loop for the synchronisation flag. 


In the next instalment... 
This completes our introduction to DSP programming. In the third 
instalment of this series we will describe the hardware specifically 
developed for this course. 

(0002) 


Internet Links 

fi] Freescale Suite 56 software: 
www.freescale,com/webapp/sps/site/ 
prod_summary,jsp?code=CW-SUITES6&fsrch=18sr=4 

[2] Freescale adapter: 
www.freescale,com/webapp/sps/site/ 
prod_summary,jsp?code=DSPCOMMPARALLEL 

B] Macraigor Wiggler: 
www.macraigor.com/wiggler.htm 

[a] UniDSP56 DIY adapter design from Gerrit Buhe: 
www.unidsp56.de/downloads.html 

[s] Freescale Symphony Studio Software: 
www.freescale.com/webapp/sps/site/ 
prod_summary.jsp?code=SYMPH_STUDIO&srch=1&sr=16 

[6] Macraigor usbWiggler: 
‘www.macraigor.com/usbWiggler.htm 

[7] Domain Technologies adapter: 
www.domaintec,com/usbemu.html 

[8] Domain Technologies BoxView debugger tool: 
www.domaintec.com/BoxView.html 

[9] Domain Technologies EVM package debugger tool: 
www.domaintec,com/FSsoftware.html 
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PCB design: 


beware the tiny details! 


By Thijs Beckers (Elektor Netherlands Editorial) 


You may have read the articles about our DSP system in the 
previous edition and the current one (if not, you should!). In 
the first two parts we described the features of a DSP and the 
programming software to be used with it. In the third part, 
which will appear in the September 2010 edition, we'll publish 
the schematic and describe the circuit board, amongst other 
things. 


This circuit board contains a variety of SMD ICs in a num- 
ber of different packages. The opamps used are packaged 
in a ‘SOIC’ type enclosure (Small Outline Integrated Circuit) 
with a pin spacing of 
1.27 mm (0.05 inch), 


the DSP chip has a TOFP- A ee 


PINI 


package (Thin Quad Lea: 


Flat Pack) with 52 pins 
that are spaced with a 
distance of 0.65 mm 
(0.0256 inch) from each 


just as the A/D 

converter which 

is in a TSSOP pack- 

age (Thin Shrink Small- 

Outline Package). With the 

sample-rate converter the spacing 

is another step smaller in a TOFP package with a 0.50 mm (0.02 

inch) ‘pitch’ — the term used to denote the pin spacing. This 

was one of the reasons that we decided to offer this as a ready- 

built module; many people will have great difficulty working 

with these types of small components (they are unfortunately 
not available in bigger packages). 


A small, tricky problem when designing the board was the 
package for the D/A converter. This chip, made by Texas Instru- 
ments, is housed in a SSOP/QSOP package (Shrink Small Out- 
line Package Quarter Size Small Outline Package) which looks 
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alot like the TSSOP package of the A/D converter, but this one 
has a pin pitch of 0.635 mm (0.025 inch). The difference is only 
0.015 mm (15 thousandths of 

a millimetre)! With the 

naked eye this differ- 

ence on the cir- 

cuit board is not 

detectable (see 

‘overview 

photo’). So 

that we can 


never- 
theless show you this 
minuscule difference 
we have put the D/A 
converter IC both in its 
correct place (left, with 
0.635 mm pitch) and in 
the position of the A/D 
converter (right, with 
0.65 mm pitch). 


At high magnification 
we can see that the pins align with the solder pads perfectly 
only when the IC is in its correct place (see magnified image 
bottom left). But when we place it in the position for the A/D 
converter (see magnified image bottom right) then we can see 
that there is a difference of about half the width of a pin and 
that the IC would not be soldered nicely in this place. It would 
probably work, but it is not tidy and the risk of short circuits is 
considerably greater. Old hands at SMD board design will prob- 
ably shrug their shoulders and say: “Everybody knows that?! 
You must always check the pin pitch and not rely solely on the 
package name”, but forewarned, forearmed! And I have to hon- 
estly admit that didn't know that here was a package variation 
with a pin pitch of 0.635 mm. We'll just say that we're never 
too old to learn... 

(10394-1) 
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By Thijs Beckers (Elektor Labs) 


My fellow lab worker Luc Lemmens is a ‘convert’. He has been 
persuaded to buy a hot-air rework station for use at home. In 
our lab we have been using the Aoyue 852A+ to our satisfac- 
tion for a while now. | have to say, and I speak from my own 
experience, that soldering (and desoldering) of SMDs is really 
a lot easier, nicer and above all much tidier than with an ‘old- 
fashioned’ soldering station. Incidentally, desoldering SMD ICs 
is practically impossible using an ‘ordinary’ soldering iron with- 
out special attachments. With a hot-air rework station it is just 
a case of moving the nozzle along the pins of the IC until the 
solder melts, And that will happen, if you do it right, within five 
seconds 

Fair enough. Luc chose to buy the 852 from Aoyue (without the 
‘A+'). A nice workstation for a reasonable amount of money, 
nothing wrong with it. Until you point the nozzle at a small SMD 
resistor... A category-5 hurricane pales by comparison. Resis- 
tor gone. 

‘Well, then you just turn he airflow down a little?” Yes, if that 
was only possible... because the potentiometer for adjusting 


the airflow was already fully turned to its minimum position. 
No, this was thus not an ‘out of the box and work straight off 
experience. Now, Luc, as electronics engineer, considers it of 
course nonsense to immediately return the unit without first 
taking a look whether he can solve the problem himself. Grab a 
screwdriver and open that box! 


The contents exceeded our expectations. For the price you pay 
you get a reasonably finished unit. A tidy circuit board, a decent 
compressor and a standard display. A grouch will notice the 
transformer which does not have a CE approval mark... 


Looking at the circuit board it was obvious that there was a trim- 
pot in series with the potentiometer for the airflow control (see 
photo). Would it be sufficient to give this a tweak? Sure enough, 
Lucwas in luck. With this trimpot the airflow could be reduced 
much further than what was possible with the knob on the front 
panel only. After a bit of experimenting a more usable setting 
was found and the box could be closed up again. But before 
that, quickly swap the two front panel potentiometers, because 
you nearly always read the air flow and temperature settings 
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from the display and not from the rotary knobs. The potenti- 
ometers are positioned more logically when they are the other 
way around. The scale on the front panel is now no longer cor- 
rect, of course, but that is not a problem when you're the only 
user of the station. 

With a feeling of satisfaction the rework station is now really 
ready for use, without having to wait the number of days it 
would have taken if you had done it the ‘official’ way (return 
it). And then there would still be no guarantee that the new unit 
would be any better/usable. 

However, beware that it is quite possible that the warranty after 
such an operation is likely to be void! Not that Luc has a prob- 
lem with that, because if something goes wrong with it he will 
just fix it himself! 


Down to Earth 


By Thijs Beckers (Elektor Labs) 


Recently my junior colleague Raymond Vermeulen was working 
ona circuit proposal received from a Belgian author for publica- 
tion in the upcoming July/August double edition, also known 
as Project Generator edition. Although Raymond's French leaves 
much to be desired, it's a fortunate fact that reading electron- 
ics circuits does not tax language one's skills too much. And the 
circuit was very simple indeed. 

Itwas in fact a detection circuit allowing the user to determine 
whether the earthing pin of an electrical outlet is properly 
connected. This is indicated by the circuit using a neon lamp 
that lights up when everything is 

all right. However, the circuit as 

proposed by the author seemed 

oddin one respect. 

To check the operation of the 

circuit, Raymond built it up 

using an IEC appliance cord 

(see photo). A test in the Elektor 

lab seemed to confirm correct 

operation. However, when the plug 

was inserted in a few AC outlets out- 

side of the lab, strangely the neon lamp 

seemed to light in some places and remain off in others. 

This was quickly tracked down to the way the plug was inserted 
[1]. The circuit was obviously sensitive to the Phase (and Neu- 
tral). Except in the lab! 

‘An e-mail the author failed to produce an explanation and he 
reaffirmed that the ‘circuit’ should work no matter how the 
plug is inserted into the socket... 

We now know why the circuit works both ways when plugged 
into a lab AC outlet. The lab employs a central isolation trans- 
former to provide power to all workbenches, making them 
safe for the designers. The Protective Earth (PE) pin of the AC 
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By the way, make sure that you do not turn the wrong trimpot! 
Because, in addition to the one mentioned here, there are a few 
more. These are for, among other things, the temperature set- 
ting. That got us thinking: does anyone know how you would 
calibrate the air temperature from the rework station? Where, 
for example, do you measure the temperature of the hot air? 
You can send your comments to andJan 
will forward them. 

(m0261-1) 


be careful when adjusting the air flow because the 


circuit is at AC power potential. 


sockets is however directly connected to the PE rod. You could 
say that both AC power wires are floating, i.e. there is no real 
‘Phase’ and a ‘Neutral’, only a floating alternating voltage. 
The capacitive coupling between the conductors and Earth is 
enough to light the neon lamp. 


Further ‘study’ of the circuit on hand shows that when plugged 
into a regular power outlet, it acts as a low-pass 
filter. Flipping the plug around creates a high- 
pass filter with a corner frequency well above 
the AC grid frequency. This explains the neon 
lamp lighting in one situation and remaining off 
in another, 
In this way, we've actually combined a Phase 
detector and a Protective Earth checker in one 
simple circuit. The electrical situation at the 
author's home is still a mystery to us, since 
the neon light always lights. If you 
canhelp us, 


write to 

editor@@elektor.com. 

The circuit diagram is up our sleeve and 

you may look forward to seeing it revealed in the 
upcoming July/August 2011 edition. Specialists of electrical 
engineering may already have an idea of what it will look like. 


1. Editor's Note: Elektor Labs are based in the Netherlands. As opposed 
to the UK and the US, AC power outlets in the Netherlands are not polar- 
ized, i.e. AC power plugs (both earthed and non-earthed) can be inserted 
either way around. 
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Driver plate modification 


ElektorWheelie 


By Jan Visser (Elektor Labs) 


As a fellow lab worker | am frequently informed about the 
technical problems that readers and lab colleagues are expe- 
riencing with projects. In this E-Labs Inside article I would 
like draw attention to one of these, which is relevant to the 
ElektorWheelie (see Elektor July/August and September 2009 
and/or [1]). 


After intensive use of the ElektorWheelie it appears that the 
carrying bolts (see lower right photo) can bend, warp or even 


break offeither through intensive use or because 
of excessive oscillation. To prevent this we have 
come up with the following modification. 


Take four brass or aluminium tubes with an inter- 
nal diameter of 5 mm (0.2 inch) and an outside 
diameter of 6 mm (0.25 inch). These tubes can 
be cut from a longer tube and have to be 25 mm 
(1 inch) long. These will then fit exactly in the 
holes in synthetic wheels of the ElektorWheelie. 
Brass or aluminium tubes that could be used for 
this can be obtained from various model-build- 
ing shops and perhaps also from building supply 
stores. Conrad Electronics [2] also has a suitable 
tube available. Search for part number 297321. 
The intention is for these brass or aluminium 
tubes to be glued into these holes (see upper 
left photo). Use two-component epoxy for this 
and apply it to the outside of the tubes. Use the 
wheel driver plate as a jig, so that the tubes will 
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be in the correct place in the wheel and position the entire 
assembly into the holes in the wheel. Make sure that the bolts 
and driver plate are not glued to the wheel — you still have to 
be able to take it apartin a tidy way. 


Allow sufficient time for the glue to set (overnight) and then 
remove the driver plate with the bolts from the wheel. The 
tubes are now held rigidly and in the correct place in the wheel. 
To make the entire assembly even more rigid, fill the remaining 
gaps in the holes in the plastic with more glue. 
æ You could use either two-component epoxy or 
hot-glue for this. 
Once the glue has hardened sufficiently, you can 
reattach the wheels to the ElektorWheelie. Do 
not forget to use Loctite again on the centre nut 
(which attaches the driver plate to the shaft) to 
prevent it from coming loose. 


With this simple modification you reduce the 
forces on the wheel carrying bolts and the shocks 
they experience during oscillation. The wheel is 
picked up immediately and in this way you pre- 
vent the bolts from warping or even breaking off. 

(1103954) 


Internet Links 


[1] www.elektor.com/wheelie 
[2] www.conrad.com 
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MIAC - the rugged PIC 





Da, 


MIAC is an industrial grade control 
unit which can be used to control 
a wide range of different electronic 
systems. It has a lots of applications 
in industrial control and automation 
and is perfect for hobbyist PIC 
projects that need a little oomph. 






Konina A LA 








Top hat rail mounting recess USB transfer LED 
16 character x 4 line LCD display Control keys 
Power LED M3 mounting holes 
Input status LEDs Motor status LEDs 
2.1mm power jack Motor output screw terminals 
Screw terminal inputs Top hat rail retainer clip (lower) 
Top hat rail retainer clip (upper) Relay output screw terminals 
Reset / run switch Relay output status LEDs bre ma 
USB socket Flowcode — the graphical programming language 
supplied with MIAC 
* Flexible and expandable Create your own PIC projects 
* Easy to program with flowcharts, with the advantageous MIAC 
C or Assembly code Bundle. This package consists 
* Physically and electrically rugged of a MIAC Module (in enclosure) 
and the graphical programming 
* Programmable from USB language ‘Flowcode 3 for Pic’ 


* Based on PIC18F4455 (Professional-Version)! 

* Shipped with a free copy of 
Flowcode (worth £119) 

* Compatible with third party 
C compilers 

* 8 digital or analogue inputs 

* 4 relay outputs @10amps 

* 4 motor outputs @500mA with 





speed control Bundle Price: 
*4 line LCD display and control Only £154.00 
ce f k 
Using MIAC with FlowKit to give full IN-Circuit de Order now at 


Debug with Flowcode www.elektor.com/miac-bundle 





MICROCONTROLLERS 


Here comes the Bus! (6) 
Elektor experimental PCBs and more 





Our bus reaches the next stop on its route with the appearance of a couple of boards aimed at application 


development. These easy-to-assemble units include an experimental node with analogue and digital 


inputs and a compact USB to RS-485 converter. We also describe a simple system that guarantees efficient 


and reliable communication on the bus. 


By Jens Nickel (Elektor Germany editorial) 


Spurred on by our encouraging initial 
results, we now proceed to describe a cou- 
ple of simple boards that can be used to 
develop bus-based applications. 


The basis of our experimental node is the 
circuit of the ‘test node’ we gave in the pre- 
vious instalment of this series. That design 
sported just a ‘test LED’ and a ‘test button’, 


Which were enough to check whether mes- 
sages could be sent successfully over the 
bus. All very worthwhile, but not enough 
to develop realistic applications. 
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Figure 1. Circuit diagram of the experimental node. 
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Experimental node 

The circuit diagram for the new ATmega- 
based bus node is shown in Figure 1. The 
operation of the RS-485 bus driver was 
described in the previous article in this 
series. The doubled-up connector blocks 
allow the node to be connected to the bus 
and for the bus signals to be wired on to the 
next node. A small extra feature is the jum- 
pered connection to a 120 2 resistor, which 
allows the RS-485 busto be properly termi- 
nated at each end, 


We have connected an extra LED and an 
extra button to port pins PD6 and PD7: we 
will call these the ‘experimental LED’ and 
the ‘experimental button’. The most signif- 
icant new feature, however, is header K4, 
where six additional microcontroller pins 
and the microcontroller power supply and 
ground connections are brought out. The 
decision to use port pins PCO to PCS was 
carefully considered, as these (as is the case 
in many microcontrollers) have various spe- 
cial features. All the pins can be used as digi 
tal inputs or outputs; PCO to PC3 can alter- 
natively be used to measure four separate 
analogue voltages in the range from 0 V to 
5 V with the help of the microcontrollers 
built-in multi-channel analogue-to-digital 
converter; and PCA (SDA) and PCS (SCL) can 
be used to provide access to the IC inter- 
face in the device. In accordance with the 
specification of that bus we have equipped 
the SDA and SCL signals with a pull-up resis- 
tor each. 








It is therefore possible to connect simple 
sensors, 2C bus slaves such as temperature 
monitors and other similar devices to K4. 
The ATmega88 datasheet [1] shows how 
the pins are controlled using the registers 
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in the device. 
Later in this 
series we will 
develop various 
applications using this 
connector, including, we hope, 
ideas suggested by readers. 


For experimental purposes the node can be 
powered via connector K4 instead of over 
the bus. In this case jumper JP2 should be 
removed. In operation it is definitely rec 
ommended to connect the ground of the 
supply to bus ground as well as to earth. For 
more on this point, see the previous article 
in the series [2]. 

For completeness we should mention that 
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USB-to-RS-485 converter 

There is relatively little to say about this 
board: it corresponds directly to the circuit 
diagram of the USB-to-RS-485 converter 
given in the previous article in this series 
(Figure 3). As the FTDI device is only avail- 
able as a surface-mount component, we 
decided to use SMDs throughout the cir- 
cuit and offer the board as a ready-assem- 
bled unit (Figure 4). | believe this is the 
simplest and most compact USB-to-RS-485 
converter we have ever published in Elektor. 
Itis ideal for developing applications based 
on the bus, for example with the help of the 
PC software described in the previous arti- 
cle. A minor caveat is that the design of the 
ElektorBus system is not yet finalised, and 
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Experimental Node 


Resistors 
RI,R8 = 6800 
R2,R3,R6 = 10k 
R4=1200 

2k, 
RI,R10=4.7k0 





Capacitors 
C1,C2 = 22pF 

C3,C4,C8 = 4.7pF 
C5,C6,C7 = 100nF 


Semiconductors 

D1 = 1N4004 

IC1 = ATmega88-20PU 
I2 = 171785 
IC3 = 78105 





Miscellaneous 

X1 = 16MHz quartz crystal 
$1,52,53= pushbutton 

jumper 

ED, 3mm, red 

LED2 = LED, 3mm, green 

LED3 = LED, 3mm, yellow 

K1 = 6-pin (2x3) pinheader, lead pitch 








we have wired the AVCC and AREF connec- 
tions for the microcontroller’s internal A/D 
converter as suggested in its datasheet. 
The single-sided printed circuit board (Fig- 
ure 2) is easy to populate. It is simplest to 
start with the wire links. 





Figure 2. The circuit board is populated with 
conventional components throughout. 


2.54mm (0.1 in.) 

k4=8-pin pinheader, lead pitch 2.54mm (0.1 
in.) 

K2,K3 =4-way PCB screw terminal block, lead 
pitch 5.08mm (0.2 in.) 

PCB#110258-1 [3] 


so we cannot at the moment say for certain 
whether we will be looking at a more intelli- 
gent connection between the RS-485 bus as 
the PCat some point in the future (more on 
this below). Meanwhile the converter is still 
a useful unit to have, and it can of course 
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Figure 3. Circuit diagram of the USB-to-RS-485 converter. 


also be used for other RS-485 applications. 
Since we are now set up with the boards we 
need for our experiments, we can turn to 
the question of software. The test software 
we described in part 5 [2] does not offer 
any mechanism to avoid (or even detect) 
collisions. Below we will look at a simple 
system which guarantees efficient and reli- 
able communication on the bus. Alternative 
ideas have been discussed on our dedicated 
mailing list, and there is a brief summary of 
these in the text box. 


COMPONENT LI 





Round-robin polling 

In the previous articles in this series we 
looked at the pros and cons of cyclically 
polling the nodes. Each node in turn would 
be interrogated by a scheduler using a 
16-byte message, and would reply with a 
message. A simple system like this would 
have two serious drawbacks. 

1. Anode that has a message that it wants 
to transmit must wait its turn. For exam- 
ple, consider what might happen when a 
user operates alight switch in a home auto- 





UsB/RS485 Converter 


Resistors 


R1 = 10ke2 (0805) 
R2 = 12002 (0805) 


Capacitors 
€1,C2 = 100nF 
C3 =10pF 16V (6032) 


Semiconductors 
IC1=FT232RL 
I2=1T1785 (50-8) 


Miscellaneous 





K2 =3-way PCB screw terminal block, lead 
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Figure 4. The USB-to-RS-485 converter 
is available from Elektor ready 
assembled and tested. 


pitch 5.08mm (0.2 in.) 

PCB # 110258-2 [3] 

or 

ready assembled and tested PCB 
#110258-71 [3] 


mation system. In the worst case the node 
might have to wait while all the other nodes 
on the bus are interrogated. At 9600 baud 
with 32 nodes on the bus, it could easily 
take over a second before the light comes 
on, which is not acceptable. 

2. There would be a large number of empty 
messages on the bus. It makes no sense, 
for example, to interrogate a light switch 
every second throughout the day if the 
switch is only operated perhaps ten times 
during that day. 


The other extreme 

In the case of nodes, such as switches, which 
only need to communicate infrequently, an 
alternative approach is better. The node 
can be arranged to transmit only when 
the switch is operated, without regard for 
the other nodes on the bus. Of course, this 
means that collisions can occur, resulting 
in random sequences of bits appearing on 
the bus, Instead of a neat 16-byte packet 
we suddenly receive a longer sequence of 
bytes with scrambled values, neither of the 
two colliding messages making it through 
unscathed. This means that, for important 
messages at least, the receiver should send 
an acknowledgement of safe receipt. If no 
acknowledgement is received by the origi- 
nal sender, it must repeat the transmission. 
This simple protocol also ensures that mes- 
sages do not get lost as a result of other 
interference on the bus. 

However, there are disadvantages. If several 
nodes are active simultaneously, all sending 
messages relatively frequently, then there 
will be many collisions, Also, a processing 
node that receives, for example, regular 
temperature readings from a sensor node 
must match each reading with an acknowl- 
edge message, which increases both the 
load on the bus and the risk of collisions 
occurring. 


A happy medium 

Reader Jürgen Lange and I independently 
hit upon the same idea: let's see if we can 
get the best of both worlds! We can switch 
periodically between a polling mode (nodes 
speak only when spoken to) and the other 
extreme (where nodes can send messages 
at will without regard to the activity of 
other nodes). 
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The alternative: a bit-level approac 


When designing the experimental bus node, I thought that just 
developing the circuit would be enough of a challenge. However, 
that was nothing compared to the job of monitoring and leading 
the discussions on the mailing list. As alluded to in the previous ar- 
ticle in the series, there was a number of experienced bus design- 
ers who were strongly in favour of a low-level approach to colli- 
sion detection. CAN expert John Dammeyer suggested a method 
whereby each transmitter must wait for a ‘space time’ of 12 bit 
periods before sending a message, Since it also listens to the bus it 
can detect whether another node on the bus is talking. For various 
other approaches to collision detection that we discussed together, 
so-called ‘bit banging’ (direct manipulation of the UART port pins in 
software) would be required. 

Other frequently-discussed topics were various low-level approach- 
es to (re-)synchronisation of bus nodes to the start of each mes- 
sage. Elektor reader Walter Trojan was in favour of using the ‘nine- 
bit’ mode of the UART, offered by the ATmega88 and various other 
microcontrollers. (Atmel call this ‘multi-processor communication 
mode’: see [1]). This sends each byte as nine bits rather than eight, 
the extra bit being used, for example, to distinguish between ad- 
dress and data bytes. 

We cannot go into all the advantages and disadvantages of these 
various methods here. Suffice it to say that some of the more so- 
phisticated approaches have what | see as a decisive disadvantage 
in that they restrict the choice of processors and platforms that 


can be used in bus nodes. Not all microcontrollers offer a nine-bit 
mode, and bit-banging in PC software strikes me (even assuming 

it is possible) as hardly elegant. And what if we want to send our 
messages over a different, perhaps wireless, network? The byte is 

a basic unit of information that practically any system can handle, 
whereas using nine-bit words and individual bits makes things rath- 
er more complicated, 


As you might imagine, this discussion rapidly gathered pace. | 
earned a certain degree of opprobrium for wanting to keep open 
the possibility of controlling the RS-485 bus directly from the PC 
Because of the timing idiosyncrasies of the Windows operating 
system this is quite a tricky proposition, and there is a lot to be said 
for replacing the USB-to-RS-485 converter with a USB-to-RS-485 
gateway, which would include its own microcontroller to handle 
bus communications. 


In summary: | felt that it was a decisive advantage to be able to 
transport our 16-byte messages seamlessly across different plat- 
forms and networks. In order to make the system maximally flex- 
ible, I decided that it would be best to ensure reliable and guaran- 
teed communication as far as possible at the message level (see 
text) rather than at the bit level, closer to the hardware. Again, we 
welcome your feedback! 


First, all the nodes that need to be inter- 
rogated periodically (such as tempera- 
ture sensor nodes) are probed in turn. The 
scheduler then releases the bus for the 
unprompted transmission of messages. At 
this point any node that only occasionally 
has something to say (such as alight switch) 
is permitted to speak. The ‘free bus phase’ 
must of course only continue for a certain 
period of time, so that nothing is acciden- 
tally still being transmitted when polling 
mode resumes. 


To implement this protocol, which | dubbed 
‘hybrid mode’, | extended the software 
described in the previous instalment [2]. 


First we will describe the implementation of 
the basic functions, which will subsequently 
be packaged up into a library; then we will 
look at a small application. Everything is, as 
usual, downloadable as source code from 
the Elektor website [3]. 


The scheduler 

The PC takes on the role of the scheduler. Its 
transmitter address is defined as 0, which 
makes it easy for the other nodes to recog- 
nise its messages. The scheduler maintains 
an array, with intPolledNodesMax elements, 
containing the addresses of the nodes that 
are to by polled cyclically. It is also possi- 
ble, of course, to arrange for a particularly 


loquacious node to be interrogated more 
often than the others. 


To poll a node the scheduler sends out 
a special request message (SchedulerRe- 
quest), which includes the address of the 
polled node in the recipient address field. 
The scheduler then waits for a message with 
the same value in the transmitter address 
field (ResponseMessage), which can have any 
desired value in the recipient address field. 
The scheduler then turns to the next node in 
sequence and the process repeats. If a node 
fails to reply to a polling message, the pro- 
cess would come grinding to a halt. For this 
reason a timer is started when the Sched- 
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Figure 5. In hybrid mode polling phases alternate with free bus phases. Collisions can occur during the FreeBusPhase, which means that 
the recipient must reply to each message with an acknowledgement. 
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Figure 6. Our small application uses the first three bytes of the Elektor message protocol (the CRC is not implemented). Bit 0 of the mode 
byte indicates (by being set to zero rather than one) that the message originates from a polled node. 


ulerRequest is sent out: if the timer expires 
without a reply being received, the sched- 
uler stops waiting and moves on to the next 
polled node anyway. 

The variable intFreeBusCycle has a spe- 
cial significance. It determines how many 
nodes will be polled cyclically before the 
scheduler switches to a FreeBusPhase. If the 
variable has the value 2, for example, this 
means that free transmission is permitted 
after every two nodes polled cyclically, as 
listed in the array (see Figure 5). 

To initiate the FreeBusPhase the scheduler 
sends out a special FreeBusMessage, which 
has the recipient address field set to zero; 
the data payload bytes are not used. The 
scheduler then waits for a period intFree- 
BusTime (specified in milliseconds) before 
resuming polling. 


Firmware 

The BASCOM software from the previous 
article in this series was used as the basis for 
the code in the microcontroller nodes. Tak- 
ing the advice of Günter Gerold on our bus 
mailing list, I modified the interrupt routine 
so that it returns immediately after receiv- 
ing one byte. As before, the received bytes 
are stored in a byte array, and when the six- 
teenth byte is received, the routine checks 
wither the recipient address field matches 





Elektor Products & Services 


* Printed circuit board for the experimental node, available from 


the Elektor Shop (n0258-1) 


* USB-to-RS-485 converter, available ready assembled and tested 
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the node’s own address or is set to zero (a 
FreeBusMessage). In these cases the Recei- 
vedEventFlag is set, which acts as a signal 
to the main loop that a message has been 
received and needs processing. 

Now, when a node is directly interrogated 
by the scheduler (that is, using its own 
address), it is essential that it always reply 
immediately, The only nodes that reply to a 
FreeBusMessage are the nodes that are not 
polled (the FreeBusNodes), and even then, 
only when they have a message ready to 
send (when the SendEventFlag is set to true). 
In this case, if the message is to be sent out 
immediately upon receipt of the FreeBus- 
Message, then it is possible to avoid the use 
ofa timerinthe microcontroller to check for 
expiry of the FreeBusTime period. 

A value (PollingStatus) is stored in the micro- 
controller's EEPROM to indicate the type of 
node. This allows the same firmware to be 
used in both node types. 


When sending the message we make use 
of a hitherto unused bit in the mode byte 
(see the Elektor Message Protocol in Fig- 
ure 7). Bit 0 being set to zero means that 
it is a ResponseMessge, and so collisions 
should not occur. If bit 0 is set to one then 
the message is part of the FreeBusPhase and 
so not safe from collisions: the receiver must 
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reply with an acknowledge message. In no 
acknowledgement is received, then there 
has probably been a collision and the trans- 
mitter must send the message afresh, wait- 
ing at least until the next FreeBusPhase. To 
avoid repeated collisions, we need to ensure 
that the other message involved in the col- 
lision is not also resent in the same phase. A 
simple system ensures this: each transmit- 
ter waits for a different number of FreeBus- 
Phases to pass before retrying. This num- 
ber (the FreeBusPriority) is statically pro- 
grammed into the EEPROM in the node, just 
like the node address. Further development 
ofthe software could allow the address, the 
PollingStatus and the FreeBusPriority to be 
changed dynamically. 

In the course of a collision it is possible that 
sequences of bytes appear on the bus mak- 
ing packets of more than 16 bytes. This 
means that we need a mechanism to resyn- 
chronise to the beginning of the next mes- 
sage. In this version of the software we offer 
a partial solution to the resynchronisation 
problem: we simply scan the bytes of the 
incoming data stream for the value AApex 
which appears at the start of each message 
(Figure 6). The result of this approach is 
the restriction that this byte value may not 
appear within the data payload, and that 
we cannot use the CRC for error detection 


* Free software download: PC software source code and BASCOM 


For software downloads and to order boards please visit 
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in case the byte value should appear there. 


Asmall application 

Now we turn to a small application, which 
will let us test our first experimental 
nodes. To produce a continuously-variable 
value that can be read regularly, | wired a 
100 KQ potentiometer to K4, between the 
5 V, ADCO and GND pins. | connected the 
experimental node to the bus with the 
two test nodes from the previous article in 
this series, which Günter had laid out and 
populated. 

The experimental node was programmed 
with the address ‘02’ and a PollingStatus of 
‘01’ in its EEPROM. The two test nodes were 
given addresses ‘01’ and ‘03’, a PollingStatus 
of ‘00' and FreeBusPriority of ‘01’ and ‘02’. 
In the interests of simplicity | used the same 
firmware for all three nodes. Pressing the 
test button sets the SendEventFlag, toggles 
the test LED and copies the LED status to the 
LEDbyte, which forms the first byte of the 
data payload of the message that will sub- 
sequently be sent (Figure 7). The value of 
PollingStatus also determines whether ADCO 
will be read. (Remember that the ATmega88 
needs to be told to use AREF as its voltage 
reference: see the source code.) We divide 
the ten bits of the ADC conversion result 
into two bytes, which will form the second 
and third data bytes of the message. Since 
we are not allowed to use the value AApex in 
the payload, we put the seven (rather than 
eight) least-significant bits of the result in 
the ADCIow byte and the remaining three 
most-significant bits in the ADChigh byte. 
We will use the PC to receive the messages, 
displaying the status of the three LEDs, as 
well as the ADC result, appropriately for- 
matted. So as not to cause a conflict with 
the scheduler address (which is zero) we 
allocate a second address (10 in this case) 
to the PC. This address is used for sending 
acknowledge messages to nodes 1 and 3: 
in other words, the message has the recipi- 
ent address set to the node address, the 
transmitter address set to 10, and the first 
data payload byte set to 16 plus the value 
of LEDbyte. 


The secret is in the timing 
After a couple of experiments it appeared 
that a value for FreeBusTime of between 
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50 ms and 70 ms was adequate. Since in 
this small application example the PC acts 
simultaneously as scheduler and as receiver 
for the microcontrollers’ messages, | rather 
inelegantly let it send an acknowledge mes- 
sage (asynchronously) just after the end of 
the FreeBusPhase, only after that returning 
to interrogating the nodes. Normally the 
scheduling and the sending of acknowl- 
edge messages should be done synchro- 
nously. The message containing the reading 
and the acknowledge message would then 
both fall within a FreeBusPhase, as shown in 
Figure 5. 


It took several attempts before the soft- 
ware was running correctly. One of the bugs 
caused me a particularly large amount of 
head-scratching before | managed finally 
to track it down. The symptom was that 
the microcontroller firmware was losing 
occasional incoming messages. The expla- 
nation was that in the interrupt service rou- 
tinel had not checked for the correct recip- 
ient address. When during the processing 
in the main loop (checking buttons and 
reading the ADC) more than two messages 
were sent on the bus, the second message 
was overwriting the variables required to 
process the first message properly. The fix 
was simply to check the recipient address 
in the interrupt service routine and then 
accept the message for further processing 
Then more time is available for the applica- 
tion code in the microcontroller, such as for 
processing readings. Here we are helped by 
the fact that in hybrid mode we never send 
two messages in succession to the same 
receiver. 


Outlook 

Since the PC simultaneously takes on the 
personae of scheduler, bus participant and 
display unit, the current version of the soft- 
ware is somewhat untidy. In the future we 
will be able to simplify things by imple- 
menting the scheduler in a microcontroller. 
One possibility would be to use the micro- 
controller to control a (yet to be developed) 
USB to RS-485 gateway. This option has 
been suggested by various people on the 
mailing list: see the text box. 

The resynchronisation mechanism needs to 
be revisited so that we can allow the value 
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Figure 7. Ifa collision occurs sequences 
of more than 16 bytes can appear on the 
bus. In this case all the bus nodes need to 

be able to resynchronise to the start of the 

next message by scanning the stream for a 

byte with the value AAjey. 


AAne to appear within the data payload or 
CRC bytes. We already have some ideas for 
how to go about this. 


Also, we want to look at how a node can 
announce its presence to the scheduler, 
and how to manage dynamic addressing. 
Last but not least we will also look in the 
next instalment in this series at a realistic 
application. And, as ever, we invite you to 
participate and write in with your opinions 
and ideas. 

(110258) 


Internet Links 


[1] www.atmel.com/dyn/resources|prod_ 
documents/doc2545.pdf 


[2] www.elektor.com/110225 
[3] www.elektor.com/110258 
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The USB com- 
munications 
protocol which sup- 
ports the transfer of data 
between a PC (Host) and an 
external peripheral (Device) is made 
up of several layers. A complete communication 
exchange (interrogation, preparation and data transfer) is 
called a ‘USB transfer’. With just one exception, (the so called ‘Con- 
trol-transfer’) data transfer flows in one direction only. 


Atransfer consists of one or more transactions all of which must be 
carried out in a strict sequence. Each transaction is made up of a 
token packet (header), an optional data packet followed by a status 
packet (handshake). These packets are further subdivided, depend- 
ing on the type of packet, they include the packet ID, the receiver 
address and error control information (see Figure 1). 


Types of transfer 

The Universal Serial Bus, as the name suggests is a general pur- 
pose interface port designed to support all types of data transfer 
occurring between an external device (peripheral) and a host PC. 
There are in total four transfer methods. Firstly the Control-transfer 
method is a special case and must be supported by every device 
(see below). The three other methods all handle the data flow dif- 
ferently to cater for different types of devices that will be attached 
to the bus: 


* Bulk-transfer: where large amounts of data are transferred but 
do not require any guarantee of transfer speed or latency (e.g. 
from an external hard drive). 

+ Interrupt-transfer: For devices that need a guaranteed fast 
response but transfers a low volume of data (e.g. a USB 
keyboard). 

* Isochronous-transfer: Occurs at a fixed transfer rate but without 
error detection (e.g. audio streaming). 
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Inside USB 


Around the turn of the century the USB interface 
elbowed aside the older serial and parallel ports to 
become de facto universal computer interface port. 
Consumers like its plug ‘n’ play convenience but as 





Elektor readers will know, it's the clever stuff going 


on under the surface which makes it all look so 
simple to the user... 


By Guy Weiler (Luxembourg) 


With these last three methods the data always flows unidirection- 
ally. These streams of data are composed of shorter transactions 
which are designed to ensure efficient and secure transfer between 
the device and host. ‘IN’ transactions pass data from the device to 
the PC whilst ‘OUT’ transactions transfer data from the PC to the 
device (IN/OUT is always seen from the PC's standpoint). 

The transactions consist of three packets. The token packet specifies 
which type of transaction itis (In/Out). The data packet contains the 
data while the handshake packet gives feedback from the receiver. 
This can indicate either a successful transfer: (ACK) or ‘I'm busy, try 
again later’ (NAK). 


Control-transfer 

So far so good, it is a feature of the USB port that any supported 
device will communicate with the PC almost fully automatically 
on plug-in. The process whereby the host assigns an address to a 
device, reads information from it, loads the correct software driver, 
and then configures it is called enumeration. In addition it is likely 
that the device will not only communicate using one address but 
will have several different ‘endpoints’ to allow data to travel both to 
and from the device (see box). The host must therefore determine 
how many and also the length of the endpoints 

The complete enumeration process is performed using a special 
bidirectional type of transfer called a Control-transfer (always using 
endpoint 0 IN and endpoint 0 OUT of the device). As the name sug- 
gests this type of transfer allows the host to control the device. Con- 
trol-transfer is structured in the same way as other transfer types 
using a sequence of transactions: 


1. One setup transaction. 
2. One or more data transactions (Optional). 
3. One status transaction. 


These consist of write and read control transfers. Whether or not 
the host sends data to the device or reads data from the device is 
determined during the setup transaction. 
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De-mystifying the protocol 


Transactions 

Like all transactions the setup transaction consists of a token, data 
and handshake packet. The PC sends the token and data packet and 
if the device receives the data successfully it replies with the hand- 
shake packet ‘ACK’ (Figure 2). 


Every request starts with a 8-byte long Setup packet. The first byte 
bmRequestType determines the direction of the request (Bit7=0 indi- 
cates host to the device while Bit7=1 indicates the reverse direction) 
and also if this is a standard or vendor specific request. 

The remaining 7 bytes: bRequest (1), wValue (2), windex (2) and 
wLength (2) complete the setup data packet. 

Firstly we will look at the write transfer shown in Figure 2. After data 
has been received during the data transaction the device acknowl- 
edges successful receipt by sending an ACK or if the device is busy 
it will tell the PC to wait by issuing a NAK or cancel (STALL). Should 
an error be detected in the token or data packet then the packet is 
ignored. Although only one is shown, several data transactions can 
occur one after another. 


The Status-transaction now completes the transfer and the device 
indicates that all went well. Now the roles are reversed; the device 
sends (status) data and the host replies with a handshake packet. 
When the transfer is successful the device sends a ‘zero-length’ 
packet to the PC and the PC replies with an ACK. When an error 
‘occurs at an endpoint, the device sends STALL. Should the device 
still be busy it sends a NAK. 


With the read control transfer (Figure 3) the device can react in 
three different ways to the In-token from the host PC. The device 
can supply the data or if the device is busy it can send a NAK. When 
a failure occurs with the endpoint then a STALL is sent. Any error will 
cause the token to be discarded and not returned. 

During the Status-Transaction the host PC responds with a zero- 
length packet to indicate the data has been successfully received. 
The device in turn replies with an ACK handshake packet. 


Handshake 
‘ACK 

















Figure 1. USB transfers comprise an inseparable sequence of 
transactions comprising a token, a data field and a handshake 
packet (Control transfer is a special case not shown here) 


The descriptors 

In order to discover which type of device has been connected the 
host issues Standard-requests to the device during the enumeration 
process prompting it to reply with its device descriptor information. 
This device description information is hierarchically organised [1]. 
Every device must supply a minimum of four descriptors: 


* Device descriptor: Each device has just one device descriptor. 

* Configuration descriptors: A device can have more than one 
configuration; for example it may be possible for it to be pow- 
ered from the bus or from an external supply. There will only 
ever be one configuration active at any one time. 

* Interface descriptors: This groups several endpoints into a 
single functional group. There can be a number of interfaces 
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Figure 2. Each Control-transfer (in this case ‘write’) consists of a Setup-transaction followed by 
an optional (one or more) data transactions and a Status-transaction. 
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The device descriptor 


















































Field | Lenghtinbytes ValueinAVR-Library[3]|Meaning © | 
| blength | 1 8 (0x12) Descriptor length in bytes _ 
| bDescriptorType i 1 | Device descriptor = 1 (constant) 
bedusB 2 0x0110 USB_Spec1_1 
bDeviceClass 1 OxFF Class code (vendor specific, here = OxFF, see [6]) 
bDeviceSubClass 1 OxFF Sub-class code (vendor specific, here = OxFF) 
“bDeviceProtocoll 1 OXF Protocol code (vendor specific, here = OxFF) 
“bMaxPacketSize 1 8 maximum packet size for zero Endpoint (EPO_FS) 
idVendor 2 0x03eb Atmel Code assigned by USB.org 
idProduct 2 0x0001 Product ID assigned by device manufacturer 
bedDevice 2 | 0x0001 Device release number 
“iManufacturer 1 1 Index of the manufacturers description string 
iProduct 1 2 Index of the product description string 
iSerialNumber 1 3 Index of the serial number string 
| bNumConfigurations 1 1 Number of possible configurations 





The configuration descriptor 





























Field Lenght in bytes | Value in AVR-Library [3] | Meaning 
blength | 1 | 9 Descriptor length in bytes 
| bDescriptorType 1 2 | Configuration descriptor = 0x02 (constant) 
Total length in bytes of the configuration descriptor including the 
19 (0; 
aretallengi 2 SOZZI): interface and endpoint descriptors. 
_bNumiInterfaces 1 1 The number of interfaces 
Number to use as a argument to select this configuration (must not 
bConfigurationVal 1 1 
ee ee be zero otherwise the device will be in a non-configured state) 
(Configuration Î i r m CAT hs oeger vies describes this configuration 
Baai Î i PEA Bit7 = 1 powered from the bus, Bit6 = 1 powered from an external 
A source, BitS = 1 Remote Wakeup 
bMaxPower i 1 50 Maximum power drawn from bus in 2 mA increments 





The interface descriptor 























Field Lenghtin bytes | Value in AVR-Library [3] | Meaning 
| blength — Í | 9 escriptor length in bytes 
| bDescriptorIype | 4 Interface descriptor = 4 (constant) 
| binterfaceNumber 0 Number of interface 
| bAlternateSetting | | o | Value used to select an alternative setting 

















1 
1 
1 
1 
bNumEndpoints 1 
1 
i 
1 
1 


ilnterface 





[ 3 Number of Endpoints in this interface excluding Endpoint 0 
binterfaceClass OxFF Class code (vendor specific, here = OxFF) 
| binterfaceSubClass OxFF Subclass code (vendor specific, here = OxFF) 
| blnterfaceProtocol OxFF Protocol code (vendor specific, here = OxFF) 
o Index of String-Descriptor of this interface (0 = no text) | 





The endpoint descri 
































Field | Lenght in bytes | Value in AVR-Library [3] | Meaning 

blength 1 7 Descriptor length in bytes 

‘bDescriptorlype oT T Endpoint descriptor = 0x05 (constant) 

bEndpointAddress | 1 Il 0x81 | Bit7 = 1 (IN), BitO to 3 = Endpoint number (other bits = 0) 
bmaAttributes 1 2 | Transfer type = Bulk (Contr. =0, Iso. = 1, Int. = 3) 
wMaxPacketSize F] 8 | Endpoint FIFO size in Bytes 

en i a Polling Interval = 0 (ignored for Bulk and Control), 1 for Iso, 


1 to 255 for Interrupt 
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Figure 3. Read Control-transfer. 


active simultaneously (e.g. a Fax interface, a printer inter- 
face and a scanner interface all required for a multifunctional 
printer). 

* Endpoint descriptor: These describe the endpoints (except end- 
point zero). It is important to define direction (Bit 7) in the End- 
pointAddress field. 


The String-Descriptors are optional and provide additional readable 
information. The strings are encoded in 16-bit Unicode. String index 
O gives a list of the supported languages. 


Enumeration 

This occurs when a USB device is connected; the host detects, iden- 
tifies and then loads appropriate drivers for the device. For simplicity 
we will look at the process for one configuration and one interface. 
Once a device is connected to the bus the host can determine 
whether it is a low or high speed device by measuring the voltage 
level on both data lines. The host now pulls both data lines low to 
reset the device. Next it determines if the device is high speed or full 
speed by sending packets at full speed. Initially after reset the device 
‘communicates through endpoint 0 at address 0. 

Now the (standard) requests will be executed using read and write 
control transfers. After a Get Descriptor request the host checks 
the eighth byte of the 64 byte device-descriptor to determine the 
maximum packet size that endpoint 0 supports (this can be 8, 16, 
32 or 64 bytes). The host now issues a reset and assigns a unique 
‘address to the device using a Set address request. 

The host requests 18 bytes containing the device-descriptor in the 
third transfer and the fourth transfer sends the 9 bytes of the con- 
figuration-descriptor. The data shows the total length of the con- 
figurations, interface and all Endpoint descriptors. A fifth transfer 
provides all these descriptors in one action. 

The host PC now uses the vendor and product ID information to load 
the corresponding device driver. 

The final enumeration transfer initialises and activates the user end- 
points (endpoints 1-15) the device is now configured and its inter- 
face enabled. 
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Any requests from the host that are not supported in the device 
firmware will cause a STALL. 


Further reading 
The author [2], together with Jean-Claude Feltes (also an Elektor 
author) have developed a minimal USB library for the AVR control- 
ler family. This is available for download from [3], (documentation 
for the routines is written in German). The USB library libusb is used 
at the PC end of the USB connection [4]. 
For more information on the USB interface go to [5]. 

(090992)]N 


Weblinks 


[1] www.beyondlogic.org/usbnutshellfusb5.shtml#DeviceDescriptors 
[2] weigu@weigu.tu 

[B] wwwweigu.lu/b/usb/key/vendorfindex.html 

[4] http:|/sourceforge.net/projects/libusb/ 

[5] www.elektor.com/090768 

[6] http:/Jen.wikipedia.org/wiki/Universal_Serial_Bus 
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By Sean King (UK) 


RCS as an infrared remote control stand- 
ard for televisions and consumer appliances 
has been around for so long that it has now 
become an unofficial standard for many appli- 
cations. So how does RCS work? In answering 
this question we need to look at the receiv- 
ing hardware and the software required for 
a microcontroller to receive and decode the 
RCS instructions. First let's look in some detail 
at the RCS protocol which will give you an 
understanding of the hardware and software 
required to generate and decode signals. 


RCS is a relatively slow transmission stand- 
ard. Each bit has a typical period of 1778 ps 
— with large variations tolerated. A normal 
RCS transmission contains 14 bits of data 


Add remote cont 





Figure 1. RCS message structure. Start = 1 
+ 1. Toggle = 0. Address = 5 (typically VCR). 
Command=9. 


(nearly 25 ms per message). The break- 
down of a typical RCS message is shown in 
Figure 1 where it can be seen that there are 
2 Start bits + 1 Toggle bit; + 5 Address bits 
+ 6 Command bits. The function of each of 





these bits is explained below. 

Start bits: two bits, both with the value ‘1°, 
indicate the start of a message, and can be 
used as timing references for the following 
data. 


Toggle bit: changes state each time a new 
key is pressed on a handset. Repeated mes- 
sages with the same toggle bit value indi- 
cate that the handset button is being held 
down and messages are being transmitted 
on auto-repeat (typical of the volume con- 
trol operation). 


Address bits: five address bits are used to 
identify the intended recipient of the mes- 
sage. Some addresses have been allocated 
to common devices. 
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Figure 2. RC5 coding scheme. 


Primary TV 0 
VER = 
Satellite receiver = 


Command bits: six command bits indi- 
cate the operation to be performed. The 
numeric keys on a handset are usually trans- 
mitted as their numeric value. Other func 
tions may vary, but tables of standard val- 
ues can be found. 





Encoding 

When considering the communications link, 
the transmitter has a much easier job than 
the receiver. The transmitter dictates the 
signal timing and power, while the receiver 
must adapt to match the characteristics of 
any compatible transmitter and the effects 
of the transmission medium between. A 
fundamental problem with many commu- 
nication systems is that the receiver needs 
to know when to sample the incoming sig- 
nal— i.e. it needs to regenerate a clock for 
the data stream. To get round this head- 
ache, RCS uses what is known as ‘Manches- 
ter coding’. In Manchester coding each bit 
is represented by the direction of a transi- 
tion in the middle of its time slot (see Fig- 
ure 2). This guarantees that there will be at 
least one transition associated with each 
bit, helping to maintain timing synchroni- 
sation in the receiver (albeit at the expense 
of increased bandwidth). The values of the 
preceding and succeeding bits determine 
whether there is also a transition at the start 
or end of the bit time slot. 


Modulation 
The final process before transmission of an 
RCS signal is to apply 36 kHz modulation. 
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Figure 3 The receiver circuit. 


This helps the receiver to remove ambient 
light pollution, set its automatic gain con- 
trol, and ignore signals transmitted at other 
modulation frequencies. 


RCs hardware 

Before examining the software, let's see 
what the hardware looks like. You can see 
the receiver circuit in Figure 3. This is quite 
straight forward: the receiver consists of an 
optical receiver module (TSOP1236) which 
is sensitive to infrared light. This receiver 
is actually quite a complicated beast that 
includes circuitry for removing the 36 kHz 
modulating signal and which also handles 
the tricky task of Automatic Gain Control 
for the infrared signal. But as far as our cir- 
cuit is concerned, it behaves like an opti- 


Figure 4. Transmitter circuit. 


cally triggered transistor in which R1, D1 
and C1 provide a 5 V supply. The demod- 
ulated signal is fed to a microcontroller 
input. This line is held high by R2. When an 
infrared pulse is received, the ‘transistor’ is 
switched on which drags the output down 
to OV. Figure 4 shows the transmitter: when 
the microcontroller sends out a logic 1, T1 is 
switched on and a pulse is sent out— note 
that the microcontroller has to generate the 
36 kHz pulses, as we are using a straight for- 
ward infrared diode. 


Development system 

For the purposes of this project both the 
transmitter and receiver are contained on 
a new E-blocks board: The EB060 infrared 
board. This is a neat design — it includes 

















Figure 5. Test setup with E-blocks modules EB060, EB064, EB058 and EB007. 
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Table1. Pulse width timings 























States: Min. Ideal | Max. 

£0 = Error/ldle Wid 

SO = Bit start low ide 

S1 = Bit start high ia) | 1334 | 1778 | 2222 

MO = Bit middie low (Bit = 0) 

M1 = Bit middle high (Bit = 1) Narrow | 24 aa sui 
(us) 











Narrow 
high 
puise 
a < 
» » 
Narrow Wide Narrow 
bw low low 
pulse pulse pulse 











1. awide, high pulse; 
2. a narrow, high pulse; 
3. a wide, low pulse; 

4. a narrow, low pulse. 


These definitions can have large timing 
tolerances applied to them before there is 
confusion between a short and long pulse. 











Figure 6. RC5 decoding state machine — states and transitions. 


a socket for a separate PIC1OF chip which 
you can use to set up as a modulator for the 
transmitter, freeing up your main microcon- 
troller. You can see this set up in Figure 5. 
Here we are using a dsPIC Multiprogram- 
mer board, a graphical LCD board and a 
switch board sharing port A, and an infrared 
board on port E. This dsPIC we are using is 
a dsPIC30F2011, which is an 18-pin device. 
You could use a conventional 8-bit PIC, but 
the dsPIC board is shiny and new so we are 
using that one. So now we have explained 
the hardware and the coding scheme, let's 
talk about the decoder — this is where the 
realwork in developing such a system starts. 


Decoding the signal 
The RCS system has been designed to be 
tolerant of significant timing variations. This 


was a requirement for early handsets with 
inaccurate oscillators and batteries operat- 
ing over a range of charge states. The two 
start bits are always present in RCS trans- 
missions and can be used to synchronise 
the receiver's timer at the start of each mes- 
sage, allowing each data bit to be sampled 
at the appropriate time. 


This is similar to the bit-banging approach 
often used with software RS232 receivers. 
However, slight errors in the measurement 
of a bit period will accumulate over several 
bits, which can lead to detection errors in 
the bits at the end of the message. Due to 
the guaranteed transition in the middle of 
each bit period, a Manchester coded mes- 
sage can be considered to consist of a com- 
bination of four types of pulses: 


This removes the need to know the exact 
transmission frequency, prevents errors 
accumulating with each bit detected, and 
allows decoding using software based on a 
state machine. So our first task is to define 
the times representing ‘wide’ and ‘narrow’ 
pulses by deriving from the RCS ideal values 
within a standard tolerance of + bit period 
(444 us). You can see these in Table 1. 


Decoding state machine 

In decoding the signal we need to have a 
technique that we can use to take in the 
infrared data stream and convert it into the 
simple numerical date we need. In prac 
tice we use a software trick called a ‘state 
machine’ to do this. You can see this rep- 
resented diagrammatically in Figure 6. The 
state machine comprises five states. The 
arrows between the states indicate the avail- 
able paths between states and the events 
that will cause the change to occur. The MO 
and M1 states represent successful reception 
of a data bit (0 and 1 respectively). Each time 
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Figure 7. Flowcode RCS setup screen. 
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Figure 8. Flowcode RCS setup screen. 
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the state machine enters one ofthese states, 
the corresponding bit value can be shifted 
into the receive shift register. 


Error traps 

Ifan event occurs that does not correspond 
with a path from the current state, the sys- 
tem generates an error and returns to the 
E0 state. In addition to illegal state transi- 
tions, the system will return to the EO state 
if the measured pulse width is too short or 
too long to represent a valid signal 


Example using Figure 6 

The receiver is idle and the state machine is 
in the E0 state. A positive edge is detected 
which moves the system to the M1 state 
and shifts a 1 into the receiver shift regis- 
ter. A narrow, high pulse moves the system 
to the S1 state. A narrow, low pulse moves 
the system back to the M1 state and shifts 
another 1 into the receiver shift register. 
This completes detection of the two 
start bits and should always be the initial 
sequence of an RC5 message. 

Awide, high pulse moves the system to the 
MO state and shifts the Toggle bit into the 
receiver shift register as a 0. The remaining 
pulses move the system around the state 
machine until all the data bits have been 
recovered. In practice the state machine 
is implemented by setting the status of a 
number of variables in a program. 





Implementation with Flowcode 
for dsPIC/PIC24 

The final program was implemented in 
Flowcode for dsPIC/PIC24 which includes 
‘a new component macro designed to work 
with some of the variations of the RCS 
standard that are commonly used. The 
Flowcode RCS component allows a range 
of options for both transmission and recep- 
tion of RCS signals, including inversion of 
the received signal to compensate for the 
detector circuit, and optional filtering based 
on the incoming message address (see Fig- 
ures 7 and 8). The macros provided allow 
complete messages to be created from their 
individual elements (Command, Address, 
Toggle) and transmitted using a single com- 
mand, received messages to be detected, 
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Figure 9. The Flowcode program. 


and the individual components of a received 
message to be read back. To help in debug- 
ging the program, we also used a graphi- 
cal display E-blocks board. This was use- 
ful in showing the sequence of commands 
sent using infrared and the large number 
of characters allowed us to see the address 
and data parts of the RCS signal to check 
our algorithm was working properly. 

It's the clever work of many engineers that 
has allowed us to place our TV in the direct 
stream of infrared overload that sunshine 
provides, and still expect our remotes to 
work properly for less than a pound worth 
of components. To get round the issue of 
the high background levels of infrared radia- 
tion, engineers dictated that the RCS stand- 
ard should use a kind of pulse coded modu- 
lation. The infrared data consists of bursts 
of infrared at a frequency of 36 kHz. This is 
modulated by the microcontroller so that a 
logic 1 could be represented by a presence 
of an infrared burst and a logic 0 is repre- 
sented by a lack of any infrared signal. 


Flowcode program 

The Flowcode program (see Figure 9) makes 
use of the RCS component to develop a 
remote control transmitter that can learn 
and display codes from other hand-sets. 
The graphical LCD E-Block (EB058) displays 
a table of ten RCS messages which defaults 
to address 0 and data values 0 to 9 (Main TV, 
buttons 0 to 9). The program is controlled 
by four push-buttons on a Switch E-Block 
(EB007) connected to the same port as the 
display (Port BL). The highlighted message 
is transmitted by the RC5 E-Block (EB060) 
when the Send button (Switch 2) is pressed. 


The yellow selection bar can be moved down 
and up using buttons 1 and 0 respectively. 
Learn mode is activated by pressing but- 
ton 3. A menu screen is displayed, showing 
three options. Buttons 0 and 1 can be used to 
highlight the required option, with button 2 
used to confirm the selection. If Learn mode 
is selected, the main table is displayed with 
the selection bar shown in red. 

The selected message details will be over- 
written by any valid message received by 
the RCS E-Block, turning the selection bar 
back to yellow and restoring normal opera- 
tion. Learn mode can also be cancelled by 
pressing button 2. The wire link shown on 
the U1 socket routes the RDO/INT1 pin to 
the PORTA/Miscellaneous connector where 
itis used for the receive interrupt. RC13 and 
RC14 are also available on this connector 
and are used to control transmission and 
modulation. Whilst this program has been 
written as to learn and regurgitate remote 
control commands, you should be able to 
modify it to perform any function you need. 
The Flowcode program can be downloaded 
freely from the Elektor website at [1]. 


Conclusion 
Encoding and decoding RCS infrared sig- 
nals can not be described as a ‘trivial task’, 
but in this article we have shown that the 
use of a state machine within Flowcode can 
considerably simplify the task of writing the 
program. 

(10315) 


Internet link: 
[1] wwweelektor.com/110315 
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VGA Add-on 


for Microcontroli 





Don’t bin your old monitors any more! 


Many projects require a large amount of information to be displayed, but the size of the display itself 


is often a problem. One solution is to use an old 14” or 15" computer monitor that's been scrapped but 


is still working. The VGA board described in this article lets you do just thi 


microcontroller that has a serial port. 


By Etienne Migot (France) 


Microcontroller system designers usually 
limit themselves to a conventional alpha- 
numeric display, up to four lines of 40 char- 
acters, but without the possibility of graph- 
ics — and above two lines, these get quite 
expensive, A graphics display, VGA mono- 
chrome or colour, is dearer still and is more 
difficult to implement. It’s also possible to 
use a computer as a display system. 

This last solution is used so as to have a 
convenient display, but suffers from several 
drawbacks, especially in that it monopolizes 
the computer when the display needs to be 
used continuously, or the difficulty of get- 
ting hold of just the right’ software (e.g. for 
displaying graphs in real time). 

The idea for this project came out of a sim- 
ple observation: the increasing improve- 


ments in computer monitor technical 
specifications means that older models 
are almost automatically being scrapped. 
This applies to virtually all 14” screens and 
increasingly now to 15” screens, despite 
their more than respectable performance. 
Well, don't throw those old screens away 
‘any more! We're suggesting recycling them 
as top-quality display devices, by building 
the VGA add-on board proposed in this arti- 
cle. It can be interfaced with any microcon- 
troller via a serial link, it offers simple, high- 
level command-based implementation, and 
is easy to build, using as it does only conven- 
tional components. 


Overall architecture 

The RS-232 | VGA converter architecture is 
based around a DSP microcontroller from 
Microchip (dsPIC30F3011), associated with 
a standard 32 kB RAM memory to hold the 


and is compatible with any 





pixels displayed on the screen. The block 
diagram in Figure 1 shows the interconnec- 
tions between the various functions: 


* Addresses AO-A14: read/write address- 
ing for the 32 KB of RAI 

* Data DO-D7: data to be displayed in 
8 bits (1 bit = 1 pixel); 

* WE and OE are used to write or read the 
data in the RAM; 

* SCK clocks the pixels out of the FIFO at 
25 MHz; 

* Hsync and Vsync are the Line and Frame 
synchronising signals; 

* RX-RS232 is the serial data input via 
which the characters to be displayed 
arrive, along with the commands in text 
and graphics mode. 





The values of the crystal and the dsPIC's 
internal PLL multiplier are such that it is 





Note. Readers’ Projects are reproduced based on information supplied by the author(s} only. 
The use of Elektor style schematics and other illustrations in this article does not imply the project having passed Elektor Labs for replication to verify claimed operation. 
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clocked internally at 100 MHz, i.e. a cycle 
time of 40 ns (four periods per cycle). The 
video signal coming out of the FIFO and 
the synchronising signals are connected 
directly to the VGA output connector, the 
level being adjusted by the use of simple 
resistors that form a voltage divider with 
the monitor's input resistors. 

The available resolution is of VGA mono- 
chrome type, limited to 512 x 480 by the 
32 KB of RAM. To go up to 640 x 480, this 
would have to have a minimum size of 
38.4 KB (640 x 480 | 8). Full VGA resolution 
would also have required an additional input/ 
output for connecting the address A15, 
which is not possible, as the dsPIC has no 
more free input/outputs. Hence this choice 
would have led to a larger package not avail- 
able in a DIL version, with all the associated 
mounting complications. For the same rea- 
sons, the monochrome version was pre- 
ferred over a colour version, which would 
have needed at least three times as much 
RAM and extra pins on the microcontroller. 


Video signal 

The screen display is a succession of images 
(frames), each image being made up of a 
succession of lines, themselves containing 
a succession of pixels. To keep it simple, the 
video signal may be considered as the com- 
bination of three main components: 


* a frame synchronisation signal, marking 
the instant at which the scan recom- 
mences at the top of the screen; 

* a line synchronisation signal, marking 
the point for moving on to the start of 
the next line; 

+ the levels of the pixels to be displayed, 
the only information visible on the 
screen. 


The synchronisation signals are active low. 
For the pixel display, a low level corresponds 
to black. 

The frame synchronisation signal defines 
the time between the start of one image at 
the top left of the screen and the end at the 
bottom right. Refreshing usually takes place 
at 60 Hz, so the frame sync recurs every 
16.67 ms. The pulse itself lasts for two lines. 
The frame is made up of 525 lines with, 
in order of appearance on the screen 
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Figure 1. Overall architecture of the VGA Add-on for Microcontrollers. 
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Figure 3. Timing diagram fora line. 


(Figure 2): * 480 lines containing the pixels, which 
make up the only part visible on the 
screen; 


* 11 black lines. 


+ frame sync lasting for two lines; 
* 32 black lines; 
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Text and graphics co-ordinates 


The board supports text (60 lines of 64 8-bit characters) and graphics (512 x 480 dots) 
modes simultaneously. The co-ordinate (0,0) is at the bottom left of the screen in both 
graphics and text mode. In text mode the co-ordinates go from (0,0) to (63,59), in graphics 
mode from (0,0) to (511,479). Certain commands support text-type co-ordinates in hori- 
zontal, and graphics-type co-ordinates in vertical, i.e. from (0,0) to (63,479). 


Graphic 
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Figure 4. Processing / display time sharing. 


The line synchronisation signal defines 
the time between the start of one line on 
the left and the end on the right of the 
screen, The line sync recurs every 31.75 us 
(16.66 ms/525) and lasts for 3.8 ps. 


Each line (Figure 3) is made up as follows: 


* a3.8 us line sync pulse; 

* ablack period before the pixels of 
around 1.6 ps; 

* 640 pixels of 40 ns each, i.e. 25.6 ps; 

* a period of black after the pixels of 
around 0.7 ps. 


Monitors are fairly tolerant over sync 
pulses, the duration of the syncs can vary 
by 1 % without any adverse consequences. 
Within one line, the distribution of the 


64 


time between the black areas and the pix- 
els is even more tolerant. However, the 
instant of the appearance of the first pixel 
with respect to the line sync pulse must be 
extremely accurate, if we don't want to see 
wavy verticals on the screen. 


In our case, only 512 pixels are displayed 
out of the 640 offered by the VGA stand- 
ard, which means that 128 pixels will be 
‘black’. These are placed at the end of the 
line, so the black period after the pixels will 
be 5.82 ps (0.7 s + 128 x 40 ns). Thus the 
visible part of the screen is not centred, but 
appears offset towards the left. 


Software architecture 
The software part is divided into three 
sections: 


* Generating the synchronising signals 
and reading the RS-232 input; 

* Displaying the pixels (visible video part); 

* Decoding the commands and process- 
ing them 


The generation of the sync pulses and of 
the pixel display must be precise so that the 
screen display will be perfectly stable. This 
is achieved entirely under the control of an 
interrupt timer (IT), balanced with much use 
of by NOP instructions, and occupies over 
90 % of CPU time. 


Decoding the commands, the graphics cal- 
culations, and writing the pixels to RAM has 
to make do with the remaining 10 % of CPU 
time (Figure 4). This is where all the power 
of the DSP comes into play, not just in terms 
ofits operating speed, but also through the 
use of the internal DSP engine for the math- 
ematical calculations (32-bit multiplication 
and division). 

In certain cases, the calculations are so 
time-consuming that a cheat has had to be 
employed: “frame stealing”, which involves 
not displaying the pixels for the whole dura- 
tion of one frame, and thus having 100 % of 
the CPU time for 16.66 ms. However, we 
haven't overused this technique, as the eye 
does perceive the absence of one frame on 
the screen, creating an unpleasant visual 
sensation. So we've confined its use to com- 
mands filling the screen in 2D, which are the 
most time-consuming. 





The serial port RX input is read during each 
line scan, which allows a high transmission 
speed, The value programmed at power up 
is 9,600 baud. You are then free to set the 
speed that suits you, up to 115 kbaud, by 
a dedicated command. A 512-bit FIFO soft- 
ware buffer makes it possible to stack char- 
acters and commands waiting to be pro- 
cessed, which can only be done outside the 
display period. 


The software FIFO buffer is processed once 
per frame, the instructions received are 
processed in the order in which they arrive. 
Thus it is possible to send several tens of 
characters and/or commands to the buffer. 
The limit lies in the DSP's processing power 
and the time allocated to it for processing 
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allthese commands. Because of the short- 
age of input/outputs, no provision has been 
made for the DSP to send information back 
to the serial port. So command stacking is 
to be used with care to avoid saturating the 
DSP —all the more so since there is no safe- 
guard for the receive FIFO buffer. 

The processing of a command begins after 
the display of the last pixel on a line, and 
ends at the first pixel of the next line. It can 
be split over several frames if the process- 
ing time exceeds the equivalent of 45 lines 
(1.43 ms), which is indeed the case for 
graphics commands in particular. 

The software is available from [1]. 


Circuit diagram 

The circuit diagram (Figure 5) is the direct 
realization of the block diagram. There's 
an LED to tell you the +5 V rail is present. 
The RS-232 RX input is normally at +5 V. It 
is driven by either 0 V/5 V signals on connec 
tor K5 (connection to a microcontroller), 
or by +12 V signals on connector K3 (con- 
nection to a computer). The +5 V supply 
can come directly from your application 
(in which case jumper K2 should not be fit- 
ted) via K5 or via K3 (pin 9 of K3 has been 
set aside to allow you to feed the +5 V from 
your own board). Otherwise, you'll need to 
use an external +9 VDC PSU. 


PCB 

The PCB can be produced single-sided with 
the use of wire jumpers, or double-sided 
with a ground plane. The tracks are fairly 
broad, so there shouldn't be any real dif- 
ficulties here. The signals being carried on 
this board are logic signals at 25 MHz, so 
careful construction is important. With a 
single-sided board, the occasional spurious 
artefact may appear on the screen, but the 
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Figure 5. Circuit diagram of the VGA add-on board. Do note the connections of A7, A9 and 
A11 on IC2. 


PCB is easier to make. With a double-sided 
board, the copper groundplane on the com- 
ponent side must be connected to a single 
ground reference point (pin 8 of IC4, for 
example). 


Fitting the components 
Start by fitting the wire jumpers (watch 
out for shorts with jumper 1 located under- 


neath [C3, it's wise to sleeve it before fit- 
ting), then the resistors, diodes, IC sockets 
(optional, but recommended, especially 
for the microcontroller IC1), and lastly the 
capacitors, then the other components. 

The DSP reset circuit (R3/D3/C4) is only 
really required if you power the board from 
a +5 V supply that takes too long to estab- 
lish at power on. In most cases, it can simply 
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K3 pin3 
3 pins 
K5 pin] | 5 
K5pin2 : 


KI pin] 

K1 pin3 
TX KS pin3 
GND K5 pin2 





+9V - 
GND - 





be replaced by a jumperfitted in place of R3. 
The components R11/R12/D4/T1/K3 are 
used solely for the RS-232 link. Capacitor 
C11 can be omitted, it makes it possible to 
slightly offset the line synchronisation sig- 
nal (and hence the left-hand edge of the 
screen) should this prove necessary. 


Resistors R8, R9, and R10 set the levels of 
red, blue, and green respectively to maxi- 
mum using a value of 470 ©. If you fit all 
three resistors, your image will be in white. 
Depending on the value of these three 
resistors (between 470 & and a few thou- 
sand ohms), you can make your display any 
colour you like. If you fit only R9, you'll get 
green in true 80s monitor style! Do watch 
out, though, as some of the latest LCD 
monitors measure the impedances on the 
RGB pins of K4, and so won't tolerate the 
absence of a resistance. To avoid this prob- 
lem, all you need do is retum any of the RGB 
terminals that are unused to ground using 
a470 Q resistor. 


Capacitors C1, C2, and C6 are fitted beneath 
the dsPIC (ICT, Figure 6) socket — another 
reason why this socket is strongly recom- 
mended! Without a socket, you'll have to 
solder these three capacitors on the track 
side of the board. 

The 15-pin sub-D connector may be sal- 
vaged from an old PC video card. You can 
also do without this connector, but the con- 
nections between the video cable and the 
PCB will need to be made extremely care- 
fully, particularly in terms of the various 
cable screens, 

The exact type of the RAM is not very 
important, you should choose a 32 KB type 
with low power consumption and an access 
time less than or equal to 100 ns. We've 
even managed to make the board work with 
a 120 ns RAM. Good results were obtained 
using a Toshiba TC55257BPL-10, a Hyundai 
HY62C256LP-10, and a Fujitsu MB84256- 
12L. Using this type of RAM, the board con- 
sumes around 50 mA. 

The type 166 FIFOs can be either TTL LS 
or CMOS 74HC166. For the dsPIC, the 
dsPIC30F3011-30 version is strongly 
recommended. 
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Tables 1 and 2 summarize the connections 
to the board for the serial port and power 
supply. 


Testing the board 

When power is first applied, the 
RS-232 | VGA converter is initialized in ter- 
minal mode, 9,600 bauds, ‘scroll’ mode, 
cursor position initialized at the bottom left 
of the screen. The text resolution is 60 lines 
by 64 columns, with 8 x 8 pixel characters. 
In this mode, it can only receive text and 
the control codes CR and LF, along with the 
‘fixed mode’ control code. The character set 
includes the standard ASCII codes between 
<space> (0x20) and the tilde character (~, 
0x7E) and a semi-graphics set between 
0x80 and OxFF. 


Several types of commands are accepted, 
like standard terminal-type control codes 
(RC, BS, VT, LF, etc.), displayable characters, 
and Escape (ESC) type commands that let 
you use the VGA mode. 

Upon receiving the ‘fixed mode’ code, the 
board goes into text and graphics mode. 
Itis then able to receive text and one-byte 
control codes between 0x01 and 0x20, and 
high-level commands making it possible to 
plot graphics objects. The text and graphics 
can be completely mixed. 

A demonstration mode lets you see the 
board working without sending any com- 
mands. Connect the board to a monitor via 
KA, and set it into demo mode (a jumper 
across pins 1 and 2 on K5). Connect a +9 V 
PSU to K1, the LED should light and the 
demo should start. 





You can centre the image on your screen by 
using the horizontal position adjustment. 
Better still, use the clock adjustment, if your 
monitor has one, which will make it possible 
for the image to fill the whole screen. 

For testing the board with a computer, con- 
nect the board to a monitor via K4, if neces- 
sary remove the jumper on K5, connect a PC 
with RS-232 via K3, and connect a +9 V PSU 
to K1. Run an ASCII terminal on the PC (we 
recommend the excellent RealTerm) config- 
ured to 9,600 baud, no parity, 8 data bits, 
one stop bit, no flow control. Type some 


characters on the PC keyboard, they should 
appear on the bottom line of the screen. 
You don't have a COM port on your PC? No 
problem, any off-the-shelf USB / RS-232 
adaptor cable will do the job. 

If both these tests are OK, your graphics 
board is working. To take advantage of all 
its functions, it's essential to read the user 
manual [1] which details the command for- 
mat. You'll find in it some examples show- 
ing you how to plot graphics objects in a 
few seconds, and how to go about creating 
and previewing your graphics applications 
using a simple text file, without needing to 
write a single line of microcontroller code. 


Command format and control 
codes 

The board accepts two command formats 
{ASCII and binary) which are made up of 
several bytes. The ASCII format is the most 
suitable for sending commands using a 
terminal on a PC, it lets you ‘get the hang 
of things’ easily and display the result of a 
command without writing any code. 

The binary format is more suitable for com- 
mands coming from a microcontroller. 
Nevertheless, both formats can be used, 
whether directly from the keyboard or via 
the intermediary of your application, the 
choice is yours. 


The control codes consist of a single char- 
acter whose value is located between 0x01 
and 0x1B; hence some are difficult to send 
directly from your PC's keyboard. However, 
they can be saved in text files and sent via 
the terminal. These make it possible to man- 
age the display position (cursor), to switch 
between scroll or fixed modes, and overall 
screen management (ON, OFF, delete). 


The high-level commands are accessed via 
an ESC type sequence (0x1B). The high- 
level commands use co-ordinates of text, 
graphics, or mixed type (see box). All the 
commands start with the ESC character 
(0x1B), followed by a letter that determines 
the command to be used, then a number 
of characters that depends on the type of 
command. They make it possible to manip- 
ulate text and graphics objects: 
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There's a great deal of information and annotated examples in the 
technical manual. The author is at your disposal for any questions 

concerning this project (PCB, programming the dsPIC, project de- 
velopments) by e-mail at: etiennes33@yahoo.fr 


board will never replace a graphical LCD display in on-board sys- 
tems, but it will allow designers to have a convenient display area 
ata ridiculously cheap price. 
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Figure 6. One component may be hiding behind another. 


The use of a socket for IC1 is strongly recommended. Elektor now offers an App you 


cannot afford to miss on your 
iPhone, iPod Touch or iPad. 

The Elektor Electronic Toolbox is 
a collection of no fewer than 

28 electronic tools that can be 
picked from a comprehensive set 


* set the cursor position; 
+ drawa circle; 
+ fill an area with a pattern; 








* drawa line; 
+ turn a pixel on/off; oficons! 
* drawa rectangle; Highlights: 
* write a string of characters. = Databases for Transistors, FETS, 
Triacs, Thyristors, Diodes and ICs 

Refer to the user manual [1] for details of the control codes and ~ NESSS circuit design 
commands. — An Ohms Law calculator 

N = Schematic Diagrams 
These commands and control codes can be saved in text files and dalia 
sent to the board in sequence, making it possible to construct, test, itp / fesistorcalchlation 
and refine a large part of a graphics project without needing to ~ RjLand BT calculations 
compile the least line of code on a microcontroller. ita 

Further information at 

Conclusion 
The field of application for this projects huge, roma simple moni- www.elektor.com|app 








tor for debugging to simultaneous display of graph plots. This VGA 
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DESIGN TIPS 


AVR and 8051 
drive 2-colour LEDs 


By Vladimir Mitrovic (Croatia) 


Two-colour LEDs consist of two LED chips, 
usually red and green, encapsulated in one 
2- or 3-wire case. Inside the 2-wire case two 
LED chips are connected in anti-parallel, 
so the LED colour gets determined by the 
current direction. In the 3-wire case two 
LEDs share a common wire for their cath- 
‘odes, while the anodes are connected sep- 
arately. The latter allows setting different 
currents through the diodes and producing 
not only a pure red or green light but also 
various colour blends. The same effect can 
be obtained with a 2-lead LED as well if you 
power it from an alternating current source 
and provide separate current regulation for 
both current directions. Microcontrollers 
can efficiently drive 2-colour LEDs produc 
ing two complementary PWM signals. 


AVR example 

As shown in Figures 1 and 2, an ATtiny13 
AVR microcontroller can make a two-colour 
LED produce several different colours using 
just one current-limiting resistor and no soft- 
ware overhead. Two complementary PWM 
signals are present at the OCOA and OCOB 
outputs. When OCOA is at logic 0, OCOB will 
be at logic 1 and vice versa. The positive and 
negative time interval ratio at each output 
determine the average current through the 
corresponding diode, hence the intensity of 
light produced. As the signals are comple- 
mentary, turning up one LED will quench 
the other. The overall intensity stays approxi- 
mately the same, but the colour changes. 
PWM signals are produced by 8-bit Timer} 
Counter0 with two output compare regis- 
ters, OCROA and OCROB. Timer/Counter0 is 
configured to run in the Phase Correct PWM 
Mode. In this mode, the counter counts 
repeatedly from bottom (0) to top (255) 
and then from top to bottom. The OCOA 
output is assigned to the non-inverting, 
and OCOB to the inverting compare out- 
put mode. Therefore, OCOA is cleared on 
the compare match between the counter 
and OCROA while counting up, and set on 
the compare match while counting down, 
whereas the OCOB output is inverted. Ifthe 
values in the OCROA and OCROB registers 
are the same, a complementary PWM signal 
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is produced at the OCOA and OCOB outputs. 


In BascomAVR, Timer/Counter0 is config- 
ured for PWM by: 


Config Timer0 Prescale 
= 8, Compare A Pwm = Clear Up 
mpare B Pum = 


Pum o, 





, r Down 
Unfortunately, a bug was found in Bascom- 
AVR 1.11.9.1 Demo, causing the com- 
mand to produce an opposite effect from 
what's expected: OCOA is actually set while 
counting up, and cleared while counting 
down, and the same inversion applies to 
OCOB. The effect of this bug is that the LED 
behaves as if it's inversely connected, i.e 
with red and green swapped. The proper 








wnan 
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assembler code would be: 


r24 


Both examples not only configure the PWM 
generator but also start it with a frequency 
of about 2 kHz. Pulse duration and LED 
colour are defined by the value set in the 
OCROA and OCROB registers (remember, 
the same value must be written in both 
registers!) 


+ ‘0’ will stop the PWM generation with 
OCOA set to ‘0° and OCOB set to ‘1’ — the 


green LED will be on and the red one will 
be off; 

* ‘255’ will stop the PWM generation with 
OCOA set to ‘1’ and OCOB set to ‘0’ — the 
red LED will be on and the green one will 
be off; 

* any value between 1 and 254 starts the 
PWM generator— a higher value gives 
a longer positive pulse duration at the 
OCOA output, turning up the red LED. 


For example, these parameters 


OCROA = 
OCROB = 


128 
128 


will cause the same average current through 
the diodes, producing an orange-coloured 
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light. The number of perceivable colours (in 
practice) and their quality (i.e. how success- 
fully the red and the green components are 
mixed) depend on several factors: LED opac 
ity, viewing angle, ambient light etc. 


A simple BascomAVR program “EE_RGLED_ 
AVR. bas” is given as an example and may be 
downloaded [1]. The program constantly 
varies the LED colour between red and 
green through various mixtures of the two 
colours. The same program works with both 
LED types. It will work well not only with 
ATtiny13 but with any other AVR microcon- 
troller that has Timer/Counter0 with two 
output compare registers. When the col- 
ours set the program can execute any code 
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while the LED is driven in the background by 
Timer/Counter0. 


8051 example 

If you want to drive a two-colour LED with 
an AT89S2051 or any other microcontroller 
from the 8051 family, you have to consider 
the architectural differences: 


* 8051 microcontrollers have weak pull- 
ups and therefore cannot source current 
toa load, 

+ most 8051 microcontrollers don’t have 
atimer for generating a PWM signal and 
even the ones that do cannot produce 
complementary PWM signals without a 
bit of software. 


The first problem is solved with convenient 


drivers. The simplest solution is shown in 
Figures 3 and 4, where LEDs are driven by 
the current through resistors R2 and R3. In 
Figure 3, the microcontroller turns the LED 
‘on when the corresponding pin is at logic 0. 
In Figure 4, the microcontroller turns the 
LEDs off by short-circuiting them when the 
corresponding pins are at logic 0. The draw- 
back to either solution is that some current 
flows through the resistor and I/O port even 
when the corresponding LED is switched off. 
As two LEDs are turned on and off alterna- 
tively, some 10 mA is constantly wasted. If 
this is considered a problem, an alternate 
solution with a pair of buffer gates (for 
example, type HC125) is shown in Figure 5. 
Two complementary PWM signals are real- 
ised in a timer interrupt routine. Timer0 is 
configured as a 13-bit up counter by: 


DESIGN TIPS 


Config Timer0 = Timer , Mode = 
0 , Gate = Internal 

On Timer0 Tim0_sub Nosave 
Enable Timer0 


Enable Interrupts 





Interrupt routine Tim0_sub is called each 
time Timer0 overflows. The rate of this 
event depends on the clock frequency and 
the initial Timer0 register value. Here, the 
crystal frequency is 12 MHz and the micro- 
controller is set to x2 mode, so the clock 
frequency equals 2 MHz. If the counting 
starts from 0, it will take 213 counts for the 
timer to overflow, and the interrupt rou- 
tine will be initiated approximately once 
in every 4 ms (244 Hz). If counting starts 
from a higher number (defined by soft- 
ware), the interrupt routine will be initi- 





See your project in print! 


Elektor magazine is looking for 
Technical Authors/Design Engineers 


Ifyou have 


v an innovative or original project you'd like to share with Elektor’s 140 k+ 
readership and the electronics community 

v above average skills in designing electronic circuits 

v experience in writing electronics-related software 


¥ basic skills in complementing your hardware or software with explanatory text 


v aPC, email and Internet access for efficient communications with Elektor's 
centrally located team of editors and technicians 


then don't hesitate to contact us for exciting opportunities to get your project or feature article published. 


Our Author Guidelines are at: www.elektor.com/authors. 


Elektor 
Jan Buiting MA, Editor 


Regus Brentford, 1000 Great West Road, Brentford TW8 9HH, United Kingdom 


Email: editor@elektor.com 
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DESIGN TIPS 


ated after a shorter time interval. 


Byte variable ‘Colour’ defines the starting 
value for Timer0. The programmer has to 
set any value between 0 and 255 and call 
the ‘Set_colour’ subroutine, for example: 





Depending on the value of ‘Colour’, ‘Set_ 

colour’ responds as follows: 

Colour = 0: stop TimerO, reset P3.0 
(red LED off) and set P3.1 (green LED 
on) 

* if Colour= 255: stop Timer0, set P3.0 
(red LED on) and reset P3.1 (green LED 
off); 
if Colour = 1-254: transfer the value in 
‘Colour’ to the upper Timer0 counting 
register (THO), reset the lower Timer0 
counting register (TLO), reset the colour 
bit ‘Colour_bit' and start Timer 0. 





Next, everything happens in the interrupt 

routine and the program can do whatever 

is necessary. On every Timer0 overflow the 
interrupt routine will: 

* toggle I/O pins P3.0 and P3.1 that con- 
trol red and green LED (the program 
code uses the ‘Colour_bit bit variable 
to ensure that P3.0 and P3.1 are always 
complementary); 

+ complement the ‘Colour’ variable and 
transfer the new value to THO. 


As a result, the variable ‘Colour’ will have 
two values alternately: [initialy_set_value] 
and [255 — initialy_set_value]. According to 
the previous example, these values would 
be 64 and 255-64 = 191, causing the red 
LED to be on for approximately 1/4 and the 
green LED for 3/4 of the period (i.e. 1 ms 
and 3 ms). A higher initial value in ‘Colour’ 
ensures a stronger red and a weaker green 
light and vice versa. 

A simple Bascom8051 program called ‘EE_ 
RGLED_8051.bas' is again given as an exam- 
ple. To have better control over the regis- 
ters used, the interrupt routine is written 
in assembler and lasts only 21 cycles. The 
demo program constantly varies the LED 
colour between red and green through var- 
ious mixtures of the two basic colours. The 
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same program works well with both types 
of 2-colour LED. It will also work well with 
a generic 8051 microcontroller. For micro- 
controllers that do not support x2 mode (for 
example, AT89C2051 and the other older 
microcontrollers), the Set Clkreg.0 com- 
mand should be deleted. However, this will 
lower the PWM frequency to about 122 Hz 
and may cause a slight flickering with some 
colours. If that’s undesirable, use a 20 MHz 
or 24 MHz quartz crystal. 

The example programs for a 8051 micro- 
controller might seem a bit awkward com- 
pared to the ones for AVRs, but they have 
certain benefits as well. The most important 


102 = 74HC125 
fom 


ale 












mh 


"fi 


one is the possibility to freely configure I/O 
pins that will drive LEDs; just change two 
‘alias’ commands at the beginning of the 
program: 


4 


Anoda_rd Alias 
Anoda_gn Alias P3.1 





You may use the second timer, Timer1, to 
independently drive another RG LED in a 
similar way. 

(081126) 


Internet Link 
[1] waw.elektor.com/081126 
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READERS PROJECTS 


Stellaris ARM Controller 


goes Biological 


Design considerations 


for an egg incubator 


By Tianyu Chen (People's Republic of China) 


This microcontroller circuit was developed in 
response to challenges posed by a biological 
process. Although the final application, a 

reliable system to hatch chicken eggs, may seem 
specialized, the method of getting there has 
potential for many other systems where parameters 
like temperature, motion and humidity have to be 
monitored and controlled “with hen's diligence”. 


Figure 1. Artist’s impression of the egg hatching chamber. 
1: motor and coaxial gear drive. 2: PC fan. 
3: 25 watts bulb. 4: egg tray. 


Mimicking a domestic hen hatching her eggs, i.e. developing 
an incubator (egg hatching machine) is far from trivial. The task 
requires mechanical as well as electronics skills in combination with 
some research into biology. Rather than presenting a ready-engi- 
neered product, the aim of this article is to show the process of 
various factors like real world constraints, electronics, software and 
mechanics being analyzed and combined. 


The real-world factors 

You might think that temperature is the most important factor dur- 
ing the process of egg incubation. However, as it turns out, humidity 
and other factors are also significant. Based on research and litera- 
ture studies the author was able to list five major points that must 
be observed, in this order of importance: 1. temperature; 2. relative 
humidity; 3. rotation; 4. ventilation; 5. sanitation. 


Temperature. Because the embryo has no abilities for temperature 
self-regulation, for it to develop normally an external temperature 


Note. Readers’ Projects are reproduced based on information supplied by the author(s) only. 
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control device is required. Although some eggs will successfully 
hatch at a temperature between 35 and 40.5 degrees centigrade, 
the optimum temperature for the embryos is 37.8 °C. 


Although a higher temperature will accelerate embryonic develop- 
ment, it will also cause the death rate to increase and the quality 
of the chicken to drop. Consequently, the temperature must be as 
constant as possible around 37.8 °C. 


Relative humidity. Normally, the relative humidity during the 
embryo development will be in the range 40-70%, but the opti- 
mum values are between 50% and 60%. If the proper humidity is 
maintained the egg will absorb heat evenly in the early days of the 
incubation, and will dissipate heat easily near the end of the incu- 
bation period. 


Rotation. The eggs should be rotated to prevent embryo adhe- 
sion and to stimulate the amnion motion. Ideally the egg should 


The use of Elektor style schematics and other illustrations in this article does not imply the project having passed Elektor Labs for replication to verify claimed operation. 
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Figure 2. The elements that go into making the control circuit 
based on an LM351138 ARM Cortex-M3 microcontroller. 


be turned 6-8 times a day, especially during the first two weeks. 


Ventilation. During the embryonic development in the egg cham- 
ber, air exchange is always in progress except for a few days at 
the very beginning. As the embryo grows, the need for oxygen 
increases. Ideally the oxygen content should be 21%, while carbon 
dioxide levels should remain below 0.5%. CO, values in excess of 1% 
will cause many embryos to die. 


Sanitation. Although the embryo is surrounded by a colloidal sub- 
stance and protected by a shell and a cuticle, some germs can still 
getto it, reducing the chances of successful hatching. Consequently 
a good deal of attention must be paid to sanitation and disinfection 
ofthe hatchery system. 


A DIY hatching chamber 

A lot of effort went into finding a device that could be modified into 
an egg hatching chamber. The chamber must have good thermal 
insulation properties, fair ventilation and sufficient space for seven 
eggs. An old Sanyo electric thermos pot found in the kitchen proved 
to be the ticket to success. 


To be able to link the hardware functionally to the factors discussed 
above it is shown as an artist's impression in Figure 1. On the top, 
there is a fan (2) salvaged from an old PC. At the centre is a tray (4) 
which can hold the eggs during the hatching period. The tray is driven 
bya coaxial geared motor (1) in order to tum the eggs at intervals. 


Rp 


The air conditions in the chamber are all important — enough oxy- 
gen is needed but the air temperature must be stable. If too much 
fresh air gets into the chamber at a fast rate, the air temperature 
is in danger of dropping too fast. A thermal balancing device was 
found in the form of a standard 25 watts bulb (3) acting as a heat 
source. As soon as the hot air gets to the top of the chamber, the 
fan will blow it down and at the same time also draw in alittle fresh 
air from the hole in the cover. With fresh air and hot air mixed to a 
good degree, the air inside the chamber will have a constant tem- 
perature and a high oxygen ratio. 


The electronics 

After the biological and mechanical considerations comes the 
electronics, whose function is to make it all happen. At the heart 
of the control circuit developed sits an LM3S1138 ARM Cortex™ 
M3-based microcontroller [1] from Luminary Micro (now owned by 
Texas Instruments). This CPU belongs is from the “Stellaris®” series. 


The block diagram in Figure 2 shows peripherals around the CPU 
like Key, LED, and ‘Beep’ that allow the user to set the hatching char- 
acteristic and display its status. When the system is started it asks 
the user to set the kind of egg and the expected hatching time. Dur- 
ing the hatching process the LCD displays the current temperature 
and humidity in the chamber, and ‘days remaining to hatch’. If the 
temperature or humidity is higher or lower than the warning level, 
or the system has detected an exceptional condition, the beeper 
sounds, alerting you to take action to prevent embryo death. 


The system has two temperature sensors and one humidity sensor 
designed in. The two temperature sensors are located in such away 
as to enable poor ventilation to be detected and eliminated by fan 
action. Also, if one temperature sensor is damaged or malfunction- 
ing the other acts as a backup. 


The actual circuit is spread over two circuit boards. The core board 
contains the CPU, the debug interface, the reset circuit, key and LED. 
The other board has peripherals like the RTC and the motor driver. 
Due to space constraints the full circuit diagram of the system is not 
included in this article — it is however available as a free download 
from the Elektor website [2]. For the main components we have! 
CPU = LM351138; motor driver = L298N; RTC = DS1305; humidity 
sensor = HS1101/NE555; temperature sensors = LM75. In all fair- 
ness, nothing too esoteric apart from the Luminary CPU. 


The software 

A flow chart of the control software is shown in Figure 3. All aspects 
of the mechanical construction, the electronics and the real-world 
constraints of egg hatching are duly taken into account by a fair bit 
of coding fora reasonably powerful ARM controller. The source code 
file for the LM3S1138 can be downloaded free of charge from [2]. 


(100887) 
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Figure 3. Flowchart of the program written for the TI (Luminary 
Micro) “Stellaris” LM351138 microcontroller governing the 
operation of the egg hatching system. 


Internet Links 


[1] www.luminarymicro.com/products/LM351138.html 
(LM351138 datasheet) 


[2] www.elektor.com/100887 (circuit diagrams and project 
software) 
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Hexadoku 


INFOTAINMENT 


Puzzle with an electronics touch 


Here at Elektor Castle a good deal of spring sunshine was bestowed on us and we hope you too can enjoy 


quiet, warm afternoons sitting on a terrace with coffee or a beer within arm’s reach and this here Hexadoku 


puzzle in sight. Get cracking and enter the right numbers in the puzzle. Next, send the ones in the grey boxes 


to us and you automatically enter the prize draw for one of four Elektor Shop vouchers. Have fun! 


The instructions for this puzzle are straightforward. Fully geared to 
electronics fans and programmers, the Hexadoku puzzle employs 
the hexadecimal range 0 through F. In the diagram composed of 
16% 16 boxes, enter numbers such that all hexadecimal numbers 
O through F (that's 0-9 and A-F) occur once only in each row, once 


Solve Hexadoku and win! 


Correct solutions received from the entire Elektor readership automati- 
cally enter a prize draw for one Elektor Shop voucher worth £ 80.00 
and three Elektor Shop Vouchers worth £ 40.00 each, which should 
encourage all Elektor readers to participate. 


in each column and in each of the 4x4 boxes (marked by the thicker 
black lines). A number of clues are given in the puzzle and these 
determine the start situation. Correct entries received enter a draw 
fora main prize and three lesser prizes. All you need to do is send us 
the numbers in the grey boxes, 


Before July 1, 2011, send your solution (the numbers in the grey box- 
es) by email, ax or post to 

Elektor Hexadoku - 1000, Great West Road — Brentford TW8 SHH 
United Kingdom 


Fax (+44) 208 2614447 Email: hexadoku@elektor.com 


Prize winners 
The solution of the April 2011 Hexadoku is: B9A65. 

The Elektor £80.00 voucher has been awarded to M. Borias (The Netherlands). 
The Elektor £40.00 vouchers have been awarded to Bertrand Danet (France), 
Sven Skjenneberg (Norway), Ralf Mackel (Germany). 
Congratulations everyone! 
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RETRONICS 


Solid Light: the Remarkable 





A Note on Carborundum. 





To the Editors of Blectrical World: 


SIRS—Daring an investigation of the unsymmetrical passage of 
current through a contact of carborundum and other substances a curious 
phenomenon was noted, On applying a potential of 10 vols between two 
points cn acrystal of carborundum, the crystal gave out a yellowish light. 
Only one or two specimens could be found which gave a bright glow on 
such a low voltage, but with 110 volts a large number could be found to 
glow. In sone crystals only edges gave the light and others gave instead of 
a yellow light green, orange or blue In all cases tested the glow appears to 
come from the negative pole, 2 bright blue-green spark appearing at the 
positive pole. Ina single crystal if contect is mede near the center with the 
negative pole, end the positive pole is put in contact at eny other place, 
only one section of the crystal will glow and that same section wherever 
the positive pole is placed. 





There seems to be some connection between the above effect and 
the emf, produced by a junction cf carborundum and another conductor 
when heated by a cirect or alternating current; but the connection may be 
only secondary as an obvious explanation of the emi effect is the 
thermoelectric one Tae writer would be glad of references to any 
published account of an investigation o! this or any allied phenomena, 


New York, N. Y. E.J. Rounp. 








Figure 1.H.]. Round’s report in Electrical World, 1907. 








Figure 2. Michael Lippert has replicated Round's experiments of 
1907 that revealed the effect underlying the light emitting diode 
(LED). Here a negatively charged needle contacts a positively 
charged crystal of silicon carbide or carborundum. At a voltage of 
9V and a current of 30 mA a green glow can be observed at the 
contact point between needle and pin. (Wikimedia Commons) 


76 





by Andrew Emmerson (UK) 


Who invented the light emitting diode or LED? Nobody! Let's re- 
phrase the question then; who was the first to discover light emis- 
sion from semiconductor substances? The answer is Marconi's 
research assistant, Henry (H. J.) Round, in 1907. But Round was busy 
with other work and itwas left to others to elaborate — or rediscover 
independently — his findings. 


His report (Figure 1), compiled while preparing cat's whisker detec 
tors (diodes) for radio experiments, notes that a direct current 
potential applied between two points on a crystal of carborundum 
(silicon carbide, SiC) caused the crystal to produce light. He pro- 
posed a possible link between the voltage across the carborundum 
junction and the light emission. 


At the time Round’s discovery attracted little interest, although 102 
years later it inspired German experimenter Michael Lippert to rec 
reate these trials (Figure 2). You can see more of these photos and 
practical details on his blog [1]. Unlike some ‘don't try this at home’ 
exploits, Michael's experiment is deceptively simple. All you need is 
a 9V power supply, a pin (forming a cat's whisker detector), a car- 
borundum crystal (which Michael bought cheaply on eBay) and a 
darkened room. Move the pins slowly across the surface of the crys- 
tal and you should be rewarded with a tiny glow of coloured light 
at the contact point. Depending on the spot you have chosen and 
the amount of current flowing, your home-made LED may appear 
in orange, yellow or green. It can be quite bright, states Michael, 
even if a bit hit-and-miss. 


Records of light emission from semiconductors next appear in 
the early 1920s, when a self-taught Russian radio technician by 
the name of Oleg Losev (Figure 3), also written as Losov or Lossev 
and pronounced Olyeg Lossov, made the same discovery as Round 
before him. In other words, he noticed that crystal diodes used in 
radio receivers emitted light when current was passed through 
them. Unlike Round, however, he investigated the subject of elec- 
troluminescence in depth at the Physico-Technical Institute in Len- 
ingrad, publishing a number of scientific papers discussing to the 
current-voltage characteristics of SiC diodes and their relation to 
light emission. One of these, ‘Luminous carborundum detector and 
detection effect and oscillations with crystals’, in the British peri- 
odical Philopsophical Magazine (November 1928) ran to 21 pages. 


Whereas Round saw electroluminescence only as a curiosity, Losev 
had no doubts over the practical significance of his discovery. Min- 
iature non-vacuum light sources that operated at low voltages (less 
than 10 V) and at very high speed could perform tasks that normal 
light bulbs could not and his 1927 patent for a ‘light relay’ foresaw 
its use “for fast telegraphic and telephone communication, trans- 
mission of images and other applications when a light luminescence 
contact point is used as the light source connected directly to a cir- 


06-2010 elektor 


Prehistory of the LED 





Figure 3. Oleg Losev, the Russian radio technician who noticed 
that diodes used in radio receivers emitted light when current was 
passed through them. (Wikimedia Commons) 


cuit of modulated current” — in other words the optoelectronic sys- 
tems that make modern communications possible. Tragically his 
promising investigations ended in 1942 when he died of starvation 
in the Siege of Leningrad, aged only 39. 


So do Round and Losev deserve more credit for their discoveries 
with light emitting semiconductors? Probably not, as they led (no 
pun intended!) to a dead end. As Wikipedia explains, silicon car- 
bide is an inefficient material for light-emitting diodes. Thus neither 
Round's nor Losev’s pioneering work, even ifit had been continued, 
was likely to lead to practical or indeed commercial success. 
(noo21) 
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Figure 4. USSR patent issued to Oleg Losev in 1927 for his ‘light 
relay’ system (courtesy PatentsFromRU.com) 


Internet Link 


[1] www.dlip.def?p=99 Michael Lippert builds a DIY LED from SiC. 
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MITTATIs HOWCASE 


To book your showcase space contact Elektor International Media 


SOMO RGR Fax 0031 (0) 46 4370161 


ATOMIC PROGRAMMING LTD 
www.2tomicprogramming,com 

© AP-114 ISP/JTAG Programming System 
+ JTAG Programming and Testing 

* Boundary Scan Testing 


* Universal In-System Programming 
* Generic GDB Proxy 
ZigBee Development — 


* EEPROM and SPI Flash Out-of-Circuit 
Server 
Applications 


Programming An 
Jennie JN5148 iM 
* Training Platform available 





AVIT RESEARCH 

www.avitresearch,co,uk 

USB has never been so simple... 

with our USB to Microcontroller Interface cable. 
Appears just like a serial port to both PC and 
Microcontroller, for really easy USB connection to 
your projects, or replacement of existing RS232 


= interfaces. 





See our webpage for more 
details. From £10.00. 

BRITISH AMATEUR 

ELECTRONICS CLUB 


AS 
ARCHIVE 


x Pra Cy 
http:/baec tripod. com/ = 
The British Amateur Electronics Club Archive 
Website. Archives from 140+ Newsletters from 
1966-2002. Currently have interesting and 
useful selected articles from 21 Newsletters. 
Also a section about built electronics projects 
with schematics and photos. Plus useful info., 
downloads and links. NO ADVERTS! 


BLACK ROBOTICS 


www.blackrobotics.com 
Robot platforms and brains for 
research, hobby and education. 


* Make your robot talk! 
* TalkBotBrain is open-source 

* Free robot speech software 

* Robot humanisation technology 
* Mandibot Gripper Robot 


TO BOOK YOUR SHOWCASE SPACE 
CONTACT ELEKTOR INTERNATIONAL 
MEDIA 

Tel. 0031 (0) 46 4389444 

Fax 0031 (0) 46 4370161 











CEDA 


www.ceda.in 
ceda@vsnl.com 


PCB layout 


* PCB Layout & library service @$5 Hourly 

+ PCB Reverse Engg, MCU Code/ckt, Extraction 
service 

* Learn Signal Integrity with Hyperlynx, PCB 
Design with PADS & Allegro. Support by email 
& web meeting 


DESIGNER SYSTEMS 
http://www.designersystems.co.uk 
Professional product development services. 
Marine (Security, Tracking, Monitoring & control) 
* Automotive (AV, Tracking, 

Gadget, Monitoring & control) 
* Industrial (Safety systems, 

Monitoring over Ethernet) 
* Telecoms (PSTN handsets, GSM/GPRS) 
* AudioVisual (HD)DVD accessories & controllers) 
Tel: +44 (0) 845 5192306 


EMBEDDED ADVENTURES 
www.embeddedadventures.com 

From news and tutorials to modules, components 
and kits, we have everything for your next 
microcontroller based project. 

Your embedded adventure starts here. 


embedded 
adventures 


FLEXIPANEL LTD 

www.flexipanel.com 

TEAclippers - the smallest 

PIC programmers in the world, 

from £20 each: 

e Per-copy firmware sales 

Firmware programming & archiving 

* In-the-feld firmware updates 

“ Protection from design theft by subcontractors 








EASYSYNC LTD, 

www easysync-ttd,com/ 

Supplier of communications and 

instrumentation products with specialist 

expertise in serial connectivity solutions based on 

USB, CAN and RS232/RS422/ RS485 interfaces, 

+ USB to Serial RS232/RS422/RS485 converter 
cables. 

* CANbus solutions 

* Ethernet to Serial Adapters or to USB hubs. 

+ USB based Logic Analysers, Oscilloscopes & 
Data Loggers, 

+ OEM & ODM design services. 


ELNEC 
www.elnec,com 
Europe's leading device 
programmers manufacturer: 
* reliable HW: 
3 years warranty for most programmers 
* support over 58.000 devices 
* free SW updates 
* SW release: few times a week 
* excellent technical support: 
Algorithms On Request, On Demand SW 
* all products at stock / fast delivery 


FUTURE TECHNOLOGY DEVICES 
INTERNATIONAL LTD, 
‘www ftdichip.com <http:/www.ftdichip.com> 
FTDI specialise in USB silicon, hardware and 
software solutions. 
= USB WHOL complaint drivers. 
* USB host and slave solutions A 
* Free firmware development tools, 
+ USB IC's, modules, cables and 

turnkey custom solutions, > 
* World renowned FOC application support 
USB MADE EASY 


HAMEL 


Instruments 

A Rohde & Schwarz Company 
EI Oscilloscopes 
EI Power Supplies 
WI Spectrum Analyzers 
M RF Instruments 
E Programmable 

Measuring Instruments 

Great Value in 
Test & Measurement 


www.hameg.com 
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products and services directory 


Z 160 pages of tech audio articles 
Self, Linkwitz, Cordell, Pass 


www.linearaudio.net 
ean 


Linear Audio 
yourtech audio resource 
= 


satisfy your 
inner geek 


minty 
geek 
a fresh approach 


Cool portable 
electronic. 
projects 

and kits 


www.mintygeek.com 





www.elektor.com 








Elektor Electronics has a feature to help 
customers promote their business, 

Showcase - a permanent feature of the 
magazine where you will be able to showcase 
your products and services, 








I wish to promote my company, please book my space: 
* Text and photo for £363 + VAT 


* Text insertion only for £242 + VAT 
NAME: 

JOB TITLE: 

ADDRESS: 











COMPANY NAME. 
WEB ADDRESS... a 
30-WORD DESCRIPTION.. 

















PLEASE COMPLETE COUPON BELOW AND FAX BACK TO 0031(0)46 4370161 





MQP ELECTRONICS 
www,mqp,com 

* Low cost USB Bus Analysers 

* High, Full or Low speed captures 
* Graphical analysis and filtering 

* Automatic speed detection 

* Bus powered from high speed PC 

* Capture buttons and feature connector 
* Optional analysis classes 


ROBOT ELECTRONICS 

http://www. robot-electronics.co.uk 
Advanced Sensors and Electronics for Robotics 
* Ultrasonic Range Finders 

* Compass modules 

* Infra-Red Thermal sensors 

* Motor Controllers 

* Vision Systems 

e Wireless Telemetry Links 

* Embedded Controllers 


ROBOTIQ 


hittp://wwnw.robotig.co.uk 


Bay 
Build your own Robot! = 


Fun for the whole family! | 


Now, available in time for X-mas 

* Arduino Starter Kits *NEWI!* 

* Lego NXT Mindstorms 

* Affordable Embedded Linux Boards 

* Vex Robotics (kits and components) 

* POB Robots (kits and components) 

email: sales@robotig,co.uk Tel: 020 8669 0769 





HOWCASE YOUR COMPA 


* For just £242 + VAT (£22 per issue for 
eleven issues) Elektor will publish your 
company name, website address and a 
30-word description 

* For £363 + VAT for the year (£33 per 
issue for eleven issues) we will publish 


the above plus run a 3em deep full colour 











ORGANISATION: 










TEL: 


Ezz 





Y HERE 








STEORN SKDB LITE 

Join the SKDB Lite, the place 

to understand, discuss and 

‘experiment with magnetics. 

+ Learn more about magnetics and 
electromagnetics 

+ Participate in developer forums and discussion 
‘surrounding magnetics and related topics. 

For FREE access to SKDB Lite 

httpsi/kdb steorn.convret25 


VIRTINS TECHNOLOGY 
www.virtins.com 

PC and Pocket PC based 
Virtual instrument such 

as sound card real time 
oscilloscope, spectrum 
analyzer, signal generator, 
muttimeter, sound meter, 
distortion analyzer, LCR meter. 
Free to download and try. 





image - e.g. a product shot, a screen shot 
from your site, a company logo - your 
choice 


Places are limited and spaces will go on 
a strictly first come, first served basis. 
So-please fax back your order today! 
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SHOP BOOKS, CD-ROMs, DVDs, KITS & MODULES 


Going Strong 


A world of electronics 
from a single shop! 





‘The ultimate tube amplifier reference book! 


Fundamental Amplifier Techniques with Electron Tubes 


Thisbookis a must have forall tube fans and the growing circle of RAFs (retro-audio-aficionado's) 

Inamind blowing 800+ pages Rudolf Moers covers just about everything youneed to know about 
the fundamentals of electron tubes and the way these wonderful devices were designed to func 
tion at theirbestin their best known application: the (now vintage) tube audio amplifier. The aim 
ofthe bookisto give the reader useful knowledge about electron tube technology in the appli- 
cation of audio amplifiers, including their power supplies, for the design and DIY construction of 
these electron tube amplifiers. Thisismuch more than just building an electron tube amplifier from 
a schematic made from the design from someone else: not only academic theory for 
scientific evidence, but also a theoretical explanation of how the practice works. No modern 
simulations, but because you first have to understand the circuit calculations, then you can work 
with your hands to build the circuit and last, but not least, if you have a multimeter, a signal 
generatorand an oscilloscope, you can measure the circuit parameters yourself to see that theory 
and practice are very close. This very aim and coverage makes the booka unique reference source. 





834 pages + ISBN 978-0-905705-93-4 + £65.00 + US $104.90 


VE 


Analogue Video 


rst) 


" N 


Technological evolution 
plus DIV circuits 


[Biektor 


Technological evolution plus DIV circuits 


Analogue Video 


Thisbookisintendedforelectronicsenthu- 
siasts and professionals alike, who want a 
much deeper understanding of the incre- 
dible technology conquests over the pre- 
digitaldecades hat created ideo. It details 
evolution of analogue video electronicsand 
technology from thefirstelectro-mechani- 
cal television, through advancements in 
Cathode Ray Tubes, transistor circuits and 
signal processing, uptothelatestanalogue, 
colour-rich TY, entertainment devices and 
calibration equipment. 


222 pages + ISBN 978-0.905705-96-5 
£26.50 + US 542,80 


Introduction to 
Control 
Engineering 


@lektor 





‘Solutions for control system applications 
Introduction to 

Control Engineering 

This book is intended as a source of refer- 
ence forhardware and software associated 
with instrumentation and control engi- 
neering. Examples are presented from a 
range of industries and applications. 
Throughout the book, circuit diagrams 
and software listings are described, typical 
of many measurementand control appli- 
cations. The hardware and software de- 
signs may be used asa basis for application 
bythe reader. The book contains examples 
of PIC, PLC, PAC and PC programming. 


164 pages + ISBN 978-0-905705-99-6 
£27.50 + US $44.40 
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Visual Studio 

C# 2010 Programming 
and PC interfacing 
Thisbookis aimed at anyone who wants to 
learn about C# programming and interfac- 
ingtoaPC. itcovers programming concepts 
fromthe basicsto object oriented program- 
ming, displaying graphs, threading and 
databases. The bookis completewith many 
full program examples, self assessment 
exercises and links to supporting videos. All 
code examples used are available - free of 
charge- froma special supportwebsite. 


306 pages + ISBN 978-0-905705-95-8 
£29.50 + US $47.60 





Improve your skilisin electronics, program- 
ming, networking and wireless design 


Linux - PC -based 
Measurement Electronics 


Ifyou want to learn how to quickly build 
Linux-based applications able to collect, 
processand display data on aPC fromvar- 
ious analog and digital sensors, how to 
control circuitry attached to a computer, 
then even how to pass data via a network 
or control your embedded system wire- 
lessly and more- then thisisthe book for 
you! The book covers both hardware and 
software aspects of designing typical em- 
bedded systems using schematics, code 
listings and full descriptions. 


264 pages + ISBN 978-1-907920-03-5 
£29.50 + US $47.60 
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Design your own 
EMBEDDEDILINUX 
CONT ROL CENTRE: 
ona 


Enhanced second edition: 180 new pages 
Design your own 
Embedded Linux 


Control Centre on a PC 


Themain system describedin this book re- 
usesanold PC, awireless mains outlet with 
three switches and one controller, and a 
USB webcam. Allthisis inked together by 
Linux. This book will serve up the basics of 
setting up aLinuxenvironment— including 
asoftware developmentenvironment-so 
itcanbeusedasacontrol centre. The book 
will also guide you through the necessary 
setup and configuration of a webserver, 
which willbethe interface to yourvery own 
home controlcentre. Newedition enhance- 
ments include details of extending the ca- 
pabilities of your control center with ports 
for a mobile phone (for SMS messaging) 
and the Flektor “thermo snake” for low- 
cost networked real-time thermal moni 
toringofyourhouse and outbuildings. Now 
you can additionally also send all kinds of 
Usefultemperatureandsensorwamingsto 
a mobile phone. All software needed will 
be available at the Flektorwebsite. 





‘416 pages * ISBN 978-1-907920-02-8 








E us $55.70 


More information on the 
Elektor Website: 


www.elektor.com 


Elektor 
Regus Brentford 

1000 Great West Road 
Brentford 


TW8 9HH 
United Kingdom 

Tel.: +44 20 8261 4509 
Fax: +44 20 8261 4447 
Email: sales@elektor.com 





More than 25 projects based on the Elektor 
ATM18 board 


co ATM18 Collection 


This CD-ROM containsallarticles fromthe 
popular ATM18-CC2 series published in 
Elektor magazine. From RFID Reader and 
Bluetooth linking right up to a chess com- 
puter! Project software and PCB layoutsin 
PDF formatare included. What's more, this 
CD also contains a Bascom AVR program- 
ming course and helpful supplementary 
documentation 


ISBN 978-0-905705-92-7 
£24.50 + US $39.60 





More than 70,000 components 
co Elektor’s Components 
Database 6 


This CD-ROM gives you easy access to 
design data for over 7,800 ICs, more than 
35,600 transistors, FETs, thyristors and 
triacs, just under 25,000 diodes and 1,800 
optocouplers. The program package con- 
sists ofeight databanks covering Cs, tran- 
sistors, diodes and optocouplers. further 
eleven applications cover the calculation 
of, for example, zener diode series resis- 
tors, voltage regulators, valtage dividers 
and AMV's. A colour band decoder is 
included for determining resistor and in- 
ductor values, All databank applications 
are fully interactive, allowing the user to 
add, editand complete component data. 
This CD-ROM is a must-have for all elec 
tronics enthusiasts! 


ISBN 978-90-5381-258-7 
£24.90 + US $40.20 
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Allarticles in Elektor Volume 2018 


ovo Elektor 2010 


This DVD-ROM contains all editorial articles 
published in Volume 2010 of the English, 
Spanish, Dutch, French and German edi 
tions of Elektor. Using the supplied Adobe 
Reader program, articles are presented in 
the same layout as originally found in the 
magazine. An extensive search machine is 
available to locate keywords in any article. 
With this DVD you can also produce hard 
copy of PCB layouts at printer resolution, 
adapt PCB layouts using your favourite 
graphics program, zoom in / out on selec 
ted PCB areas and export circuit diagrams 
andillustrations to other programs. 









ISBN 978-90-5381-267-9 
£23.50 + US $37.90 





RFID, NFC, Zigbee, GPS and more 
pvp Wireless Toolbox 


On this DVD-ROM you'll find a number of 
documents and tools that will enable you 
toaddwireless data exchange to your elec 
tronics systems. In accordance with the 
principle of our Toolbox series, we've 
broughittogethertechnicaldocumentation 
(spec. sheets, applicationnotes, userguides, 
etc.) on various devices according to the 
frequency and/or protocol used. All of the 
documents are PDF files (in English). Brow- 
sing around the DVD is made easy by an 
HTML menu. Finally, this Wireless Toolbox 
DVD containsa collection of articles on this 
‘topic (RFID, xBee, DCF77, GPS, infrared, etc.) 
thathave appearedin Elektormagazine. 





ISBN 978-90-5381-268-6 
£28.50 + US $46.00 
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Wireless OBD-II 


(April2011) 


The cheapest way to diagnose faults on 
a modern car is to connect its OBD-II 
interface to a (notebook) PC running 
suitable diagnostics software. However, 
awired connectionis not always the most 
suitable, and selfcontained OBD testers 
are a rather expensive and less flexible 
alternative to using a PC. An interesting 
option is a wireless OBD interface with a 
radio interface to a PC: this homebrew 
solution allows the choice of using either 
Bluetooth or ZigBee. 


©8D2- Zighee or Bluetooth interface kit 
with all parts and enclosure 

Art. 100872-71 

£125.00 » US$201.70 (Zigbee) 


‘Art. 100872:72 
£125.00 » US $201,70 (Bluetooth) 


SatFinder 


(March 2011) 


Those of you who regularly need to 
realign a satellite TV dish will find this 
gadget extremely valuable, Caravan 
owners and campers on long journeys 
who crave their home TV channels can 
now keep up with developments in 
sports, news and the soaps back home 
with the help of the SatFinder. This GPS 
based design includes a database con- 
taining positional information ofanum- 
ber of popularTVsatellites, With the help 
of GPS data it calculates the precise 
angles to find the satellite first time! 


Kitof parts including Controller, display 
and PCB (European Version] 


Art 100699-71 = £71,20 + US $114.90 








Pico C Meter 


(April2011) 


RFandradio repairfans probably do need 
to be told, but when it comes to measu- 
rements below 200 pF or so, modern 
DMMswill produce coarse ifnot idiculo- 
us results. Elektor's purpose-designed 
Pico Cdoesafarbetterjob. Beating many 
DMMs hands down, this little instrument 
easily and accurately measures capaci- 





Kit of parts incl. Elektor Project Case, 
programmed microcontroller, LCD 
and PCB 


Art.# 100823-71 « £73.40 + US $118.40 
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NetWorker 


(December2010) 


An Internet connection would be avalua- 
ble addition to many projects, but often 
designers are put off by the complexities 
involved. The’NetWorker’, which consists 
of asmallprinted circuitboard, free soft- 
ware library andaready-to-use microcon- 
troller-based web server, solves these 
problemsand allows beginners to addin- 
temet connectivity to their projects. More 
experienced users will benefit from featu- 
res such as SPI communications, power 
‘over Ethernet (PoE) and more. 


Module, ready assembled and tested 


Art.#100552.91 + £53,00 + US $85.50 
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+ + + Product Shortlist June: See www.elektor.com + + + 


May2011 (No.413) 
Microphone Conferencing System 
1004651... Printed circuit board nese 
Hektor Proton Robot 
110263-71 ...KitofpartsAllInclusive 

(Body + Head + Audio + Gripper + PICAdd-on)..... 1085.00...1745,00 
110262-72...Kitof parts AlInclsive 

(Body + Head + Audio + Gripper AVR Add-on)... 1085.00...1745,00 





1430 














110263-78 ... Ready assembled and tested, PICAdd- 155.00 
110263-79 ... Ready assembled and tested, AVR Add-on 55.00 
110263.91 .... Ready assembled andtested, PIC version. 2375.00 
110263-92 ... Ready assembled and tested, AVR version. 1475,00..2375.00 
1-Channel DMX512 Light Dimmer 

£B006.....E-blockPICMultiProgrammer.. z 121.00 
TEFLCSTA....E-block;lowcode 4 for PICmicro. se A590 7410 
Mobile, Text, CalleriD 

(071035-72....Relay board withall parts and relay. 73.80 





071035-9 ....PCB, partly populated, ATMIS Controller mod... 9.50....15.40 
(071035-82.... PCB, partiy populated ATMS Test board snes 29.90....4830 
(071035-83.... LCD board, SMD populatedincl.pinheaders. 
(071035-85....Portextension board, SMD populated 





April2011 (No. 412) 




















Pioc 
100823-1 ....rinted circuit board. ce 
100823-41 .... Programmed controller ATTINY2313-20PU. 8:85.....1420 
100823-71...Kitof partsincl. Elektor Project Case, 

programmed microcontrollerand PCB BAD. 11840 
Wireless OBD-II 
100872-71....0BD2-Zigbee interface kitindl. Zigbee-USB stick, 

allpartsand enclosure.. 125.00.-.-201.70 
10087272... OBD2-Bluetooth interface kit 

withallpartsand enclosure ssu- 125.00.-.-201.70 
Asteroids & €-Blocks 
£3014.......Keypad (E-block). 29.10 
8058... Color graphics display block). 121.00 
£86555i..... dsPIC bundle (E-block) .. sro 299,00 482.30 
TEDSSI......FlowcodefordsPICPro. ss 15.00. 282.30 





Guitar Input for Multi-Effects Unit 














100923-1...Printed circuit board. 11.50 
Altimeter for Micro-Rockets 

100418-41 .... PIC1GFBS-£)50 (SOIC-18), programmed.......8.85.1..14.30 
GPIB-to-USB Converter 

080068-91...Contrallerboard, populated and tested... 55.00....88.80 
ATMIS Catches the RS-485 Bus 

07103572... Relay board witha parts and ela... 36-90: 59.60 
071035-91...ATMIS Controller Modi... 8-8: 150 
071035-92.... ATM1 8 test boardu- ssa 29:90. 4830 
071035-93...LCD board, SMD populated nc. pinheaders. 37.10 





071035-85....Portextension board, SMD populated... a TBAD 20.70 

















(080213-71 „~. THL232R5V cable. 17.50.....2830 
March2011(No.411) 

Satfinder 

100699-1 ..... Printed circuit board onsen .-71.50,....18.60 
100699-41 .... ATMEGABA-PU, programmed, European version... 8.75... 14.20 
10089942... ATMEGASA-PU, programmed, USVEFSION rrr 75.0.1420 
100699-71 .... Kit of parts, European version.. se T120....114.90 
100599-72....Kitof parts, USVetSION nnn see 120-1490 
Mini Webserver using BASCOM-AVR 

(090773-91 ...Minimod18 Modi... + 56.00......90.40 
AString of 160 RGBLEDs 

100743-1... Printed ireuitboatd oneness 11.50.....18,60 
071035-91..PCB, partly populated, ATMI8 Controller module...9.50.....15.40 
071035-92....PCB, partly populated ATM1 &-Testboard ........29.90...48.30 


071035-93 .. SMD-populated board 












‘with all parts and pinheaders... 
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Design your own 
Embedded Linux Control Centre on a PC 
ISBN IS $5! 


Introduction to Control Engineering 
ISBN 978-0-905705-99-6.... £27.50.....US $44.40 


C# 2010 Programming and Pc interfacing 
ISBN 978-0-905705-95-{ £29.50 .....US $47.60 


co Elektor's Components Database 6 
ISBN 978-90-5381-25: £24.90 .....US $40.20 


DvD Wireless Toolbox 
15BN978-90-5381-268-6.... £28.50 ....US $46.00 





SatFinder 


Art. #100699-71 ........... £71.20...US$114.90 


MIAC-PLC 


Art. #MIO235 ... 








154.00 ...US $248.40/ 





Order quickly and securely through 


www.elektor.com/shop 


or use the Order Form near the end 
of the magazine! 





Elektor 
Regus Brentford 
ektor 1000 Great West Road 
Brentford TW8 SHH + United Kingdom 
Tel. +44 20 8261 4509 


Fax +44 20 8261 4447 
Email: sales@elektor.com 
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COMING ATTRACTIONS NEXT MONTH IN ELEKTOR 


Project Generator Edition 2011 


Elektor's annual load of small circuits, ideas and tips 
for the electronics & embedded communities 

No one does it better! In Elektor’s July & August 2011 double edition the edi- 
tors, designers and several enthusiastic contributors again launch awidely varied collection of electronics-related 
articles covering cute projects, new IC applications, junkbox explorations, experimental circuits and sub-circuits, 
software and design tips. 

Do not miss our best selling edition of the year! 


A selection from the contents: 


Movement Sensor Serial AVR Programmer Electronic Dog Whistle 
Dip Meter Backup Power Supply Running Lights 
Tandem Doorbell MultiFlasher Ring Oscillator 

Chaos Generator Universal Component Tester DCDC Converter 
Audion Receiver Water Detector Floating Supply 


Extra - Extra — Extra! 


The July & August edition traditionally contains one larger project spanning several pages. This project is in progress 
at the time of writing and we hope you will be pleasantly surprised. All will be revealed in a few weeks time! 





Article titles and magazine contents subject to change; please check the Magazine tab on unww.elektor.com 


Elektor UK/European July & August zon edition: on sale june 23, 207. Elektor USA July & August 207 edition: published June 20, 20 





Elektor on the web 





All magazine articles back to volume 2000 are available online in pdf format. The article summary and parts list (if applicable) can be 
instantly viewed to help you positively identify an article. Article related items are also shown, including software downloads, circuit 
boards, programmed ICs and corrections and updates if applicable. Complete magazine issues may also be downloaded 

In the Elektor Shop you'll find all other products sold by the 
publishers, like CD-ROMs, DVDs, kits, modules, equipment, 
tools and books. A powerful search function allows you to 


search for items and references across the entire website. 


Also on the Elektor website: 

© Electronics news and Elektor announcements 
e Readers Forum salini nica 
© PCB, software and e-magazine downloads "Sezai fidi 
© Time limited offers at 

© FAQ, Author Guidelines and Contact 
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shown here supersede those in previous issues. E. & O.E. 


Regus Brentford 
1000 Great West Road 
Brentford TW8 9HH 
Name United Kingdom 


Tel.: +44 20 8261 4509 
Fax: +44 20 8261 4447 
www.elektor.com 
order@elektor.com 


= Description Price each Qty. Total Order Code 
io Linux — PC-based Measurement Electronics yew | £29.50 MEMON OE PAENT > 
a (see reverse before ticking as appropriate) 
Assembly Language Essentials £29.50 
Design your own Embedded Linux Bank transfer 
Control Centre on a PC [new | .! Cheque 
CD Elektor's Components Database 6 È (Uk-resident customers ONLY) 
= FuRocaro 
Analogue Video £26.50 VISA Masterton) 
il Introduction to Control Engineering £27.50 — 
DVD Elektor 2010 £23.50 O 
(aD) CD ATM18 Collection £29.50 
Expiry date: 
si prote Please send this order form to* 
Prices and item descriptions subject to change. P&P (see reverse for conditions) 
The publishers reserve the right to change prices 
©) VARE RL AAE Paces and Ko, esctbtions: Total paid Elektor 








Address + Post code 





USA and Canada residents should use $ prices, 
and send the order form to: 
Tal. Email pear 
PO Box 180 
Vernon CT 06066 
Dale = = Signature USA 
Phone: 860-875-2199 
Fax 860-871-0411 
Email: order@elektar-com 
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Yes, |am taking out an annual subscription aero 
to Elektor and receive the E-book LGS METHOD OF PAYMENT 
Microcontroller Basics totally free!* 


(Please fillin your emailaddress below) 


(see reverse before ticking as appropriate) 





Bank transfer 






































Iwould like: Cheque 
Standard Subscription (11 issues) (UK-resident customers ONLY) 
ie ssi 
L subscription-Plus VISA 
(11 issues plus the Elektor Volume 2011 DVD-ROM fe) (ES or] 


+ exclusive access to www.elektor-plus.com 


+ Of Sci na orate sp COO 


to Elektor during the last 12 months. Offer subject to availability. 
See reverse for rates and conditions. 











Expiry date: 
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Fax: +44 20 8261 4447 
www.elektor.com 
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ORDERING INSTRUCTIONS, P&P CHARGES 





Allorders, except for subscriptions (for which see below), must be sent BY POST or FAX to our Brentford address using the Order Form 
overleaf. Online ordering: www.elektor.com|shop 

Readers in the USA and Canada should send orders, except for subscriptions (for which see below), to the USA address given on the 
order form. Please apply to Elektor US for applicable P&P charges. Please allow 4-6 weeks for delivery. 

Orders placed on our Brentford office must include P&P charges (Priority or Standard) as follows: Europe: £6.00 (Standard) or £7.00 
(Priority) Outside Europe: £9.00 (Standard) or £11.00 (Priority) 


HOW TO PAY 





All orders must be accompanied by the full payment, including postage and packing charges as stated above or advised by Customer 
Services staff. 

Bank transfer into account no. 40270211 held by Elektor International Media BV with The Royal Bank of Scotland, London. 

IBAN: GB96 ABNA 4050 3040 2702 11. BIC: ABNAGB2L. Currency: sterling (UKP). 

Please ensure your full name and address gets communicated to us. 

Cheque sent by post, made payable to Elektor Electronics. We can only accept sterling cheques and bank drafts from UK-resident 
customers or subscribers. We regret that no cheques can be accepted from customers or subscribers in any other country. 

GCredit card VISA and MasterCard can be processed by mail, email, web, fax and telephone. Online ordering through our website is 
SSL-protected for your security. 


COMPONENTS 

Components for projects appearing in Elektor are usually available from certain advertisers in this magazine. If difficulties in the supply 
of components are envisaged, a source will normally be advised in the article. Note, however, that the source(s) given is (are) not 
‘exclusive. 


TERMS OF BUSINESS 


Delivery Although every effort will be made to dispatch your order within 2-3 weeks from receipt of your instructions, we can not guaran- 
tee this time scale for all orders. Returns Faulty goods or goods sent in error may be returned for replacement or refund, but not before 
obtaining our consent. All goods returned should be packed securely in a padded bag or box, enclosing a covering letter stating the 

atch note number. If the goods are returned because of a mistake on our part, we will refund the return postage. Damaged goods 
Claims for damaged goods must be received at our Brentford office within 10-days (UK); 14-days (Europe) or 21-days (all other countries). 
Cancelled orders All cancelled orders will be subject to a 10% handling charge with a minimum charge of £5.00. Patents Patent protection 
may exist in respect of circuits, devices, components, and so on, described in our books and magazines. Elektor does not accept respon: 
bility or liability for failing to identify such patent or other protection. Copyright All drawings, photographs, articles, printed circuit boards, 
programmed integrated circuits, diskettes and software carriers published in our books and magazines (other than in third-party adver- 
tisements) are copyright and may not be reproduced or transmitted in any form or by any means, including photocopying and recording, 
in whole or in part, without the prior permission of Elektor in writing. Such written permission must also be obtained before any part of 
these publications is stored in a retrieval system of any nature. Notwithstanding the above, printed-circuit boards may be produced for 
private and personal use without prior permission. Limitation of liability Elektor shall not be liable in contract, tort, or otherwise, for any loss 
or damage suffered by the purchaser whatsoever or howsoever arising out of, or in connexion with, the supply of goods or services by Elektor 
other than to supply goods as described or, at the option of Elektor, to refund the purchaser any money paid in respect of the goods. Law Any 


question relating to the supply of goods and services by Elektor shall be determined in all respects by thelaws of England. yo 
january 









SUBSCRIPTION RATES FOR ANNUAL SUBSCRIPTION SUBSCRIPTION CONDITIONS 








The standard subscription order period is twelve months. 











È Standard] Pius Ifa permanent change of address during the subscription 
United Kingdom & Ireland £51.00 £63.50 period means that copies have to be despatched by a more 
Surface Mail expensive service, no extra charge will be made. Conversely, 
Rest of the World £65.00 £77.50 norefund will be made, nor expiry date extended, if a change 

of address allows the use of a cheaper service. 
Airmail 
Rest of the World £82.00 £94.50 Student applications, which qualify for a 20% (twenty per 





cent) reduction in current rates, must be supported by 

UsAgConada EOE evidence of studentship signed by the head of the college, 
school or university faculty. 

A standard Student Subscription costs £40.80, a Student 

Subscription-Plus costs £53.30 (UK only). 





HOW TO PAY 

Please note that new subscriptions take about four weeks 
Bank transfer into account no. 40270211 held by Elektor from receipt of order to become effective. 
International Media BV with The Royal Bank of Scotland, London. Cancelled subscriptions will be subject to a charge of 25% 
IBAN: GB96 ABNA 4050 3040 2702 11. BIC: ABNAGB2L. (twenty-five per cent) of the full subscription price or £7.50, 
Currency: sterling (UKP). Please ensure your full name and address whichever is the higher, plus the cost of any issues already 
gets communicated to us. dispatched. Subsciptions cannot be cancelled after they 
Cheque sent by post, made payable to Flektor Electronics. We can have run for six months or more. 


only accept sterling cheques and bank drafts from UK-resident cus- 
tomers or subscribers. We regret that no cheques can be accepted 
from customers or subscribers in any other country. 

Credit card VISA and MasterCard can be processed by mail, email, 
web, fax and telephone. Online ordering through our website is 
SSL-protected for your security. 
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Subscribe now to the leading 
US-based computer applications 


magazine specializing in 
embedded systems and design! 





Select your personal 
subscription at 





z ae _ 
12 editions per year for just CIRCUIT 
Digital: $38 
Print: $63 CELL AR 
Digital + Print: $90 
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PRE-PRODUCTION CHECK . 


Board Edge Defined - CHECK 


AIl Components Placed - CHECK 


All Connections Routed - CHECK 
Power Planes Generated - CHECK 


No Design Rule Violations - CHECK 





PROTEUS 7 


Design with Confidence: 


The latest version of the Proteus PCB Design Software provides a multi- 
stage Pre-Production Check which will detect and prevent a variety of 
common mistakes prior to your boards being sent for manufacture. 


PROTEUS DESIGN SUITE reatures: 


Hardware Accelerated Performance. = Board Autoplacement & Gateswap Optimiser. 
Unique Thru-View™ Board Transparency. Direct CADCAM, ODB++, IDF & PDF Output. 
Over 35k Schematic & PCB library parts. Integrated 3D Viewer with 3DS and DXF export. 
Integrated Shape Based Auto-router. Mixed Mode SPICE Simulation Engine. 

Flexible Design Rule Management. Co-Simulation of PIC, AVR, 8051 and ARM7. 
Polygonal and Split Power Plane Support. Direct Technical Support at no additional cost. 


|abcenter/ Y Vy \ www.iabcenter.com Visit our website or 
phone 01756 753440 


Electronics 
Labcenter Electronics Ltd. 53-55 Main Street, Grassington, North Yorks. BD23 5AA. j| 
Registered in England 4692454 Tel: +44 (0)1756 753440, Email: info@labcenter.com for more details 





